Steam installeren
inloggen
|
taal
简体中文 (Chinees, vereenvoudigd)
繁體中文 (Chinees, traditioneel)
日本語 (Japans)
한국어 (Koreaans)
ไทย (Thai)
Български (Bulgaars)
Čeština (Tsjechisch)
Dansk (Deens)
Deutsch (Duits)
English (Engels)
Español-España (Spaans - Spanje)
Español - Latinoamérica (Spaans - Latijns-Amerika)
Ελληνικά (Grieks)
Français (Frans)
Italiano (Italiaans)
Bahasa Indonesia (Indonesisch)
Magyar (Hongaars)
Norsk (Noors)
Polski (Pools)
Português (Portugees - Portugal)
Português - Brasil (Braziliaans-Portugees)
Română (Roemeens)
Русский (Russisch)
Suomi (Fins)
Svenska (Zweeds)
Türkçe (Turks)
Tiếng Việt (Vietnamees)
Українська (Oekraïens)
Een vertaalprobleem melden
Any luck with the similar stack limiter?
That is the only thing missing to make it perfekt :D
image link: https[deleteThis] :/snipboard.io/YC4D8k.jpg
hugslib log url:
https://gist.github.com/1e394719bb0ac90eab209ce5d5da1150
May Tynan bless my SINGLE THREAD RimWorld can run faster, or he optimize it (
Perhaps add this funcion as well. pls....?
(see below comment)
Pick up and haul
LWN's Deep Storage
OgreStack
Stackpile Stack Limit
I don't think accessing map data is a good idea when you haven't loaded a game yet.
Performance Analyzer reads an average ms of less than 1ms even while running on speed 4 for the method "StorageFilters.HarmonyPatches.AllowedToAcceptThing", which is the only method that should be running during ticks. The only reason that method even takes that long (though 1ms is not long at all) is because of the vanilla RimWorld code that it replaces.
Better yet, vanilla RimWorld code is all that would be running in that patch if you haven't used any mod features, thus the mod shouldn't at all cause a change in performance in your case.
Did you ever end up figuring this issue out, because in my tests it performs just fine in my 323-mod save?