Okay, i know it sounds silly, but after checking thesaurus, i am still not sure (i am not a native speaker…)
Do you mean:
a) the number of item kinds/types.
b) the total number of items (so 700 rags count as 700 items).
I think its the second, but as i said, i am not sure.[/quote]
The second, amount of separate entries in pickup and examine menus. I.e. salt and other portioned items will only count as 1 instance when they’re all in one tile, while rags will count as many instances.
What about allowing the construction of dedicated storage areas: a larder (for meat), a pantry (for dry goods), a wardrobe (for clothing), a workbench (for parts), and so on. Only specific goods can be placed in them. What they do is delete the object, then simply record the number of each item it holds and its age/condition. The benefit is that you don’t need to constantly display the contents, and you only need to check the contents array when it’s xamined, or when crafting occurs nearby. Each time it’s accessed, you age the items according to how many turns it’s been since it was last accessed.
I can no longer even craft in my base, much less sleep. It takes about two minutes right now, real-time, for an hour to pass in game.
What exactly changed? What are we ‘gaining’ in exchange for the game shitting itself when there are too many items around?
[quote=“CarlStayBack!, post:22, topic:7997”]What about allowing the construction of dedicated storage areas: a larder (for meat), a pantry (for dry goods), a wardrobe (for clothing), a workbench (for parts), and so on. Only specific goods can be placed in them. What they do is delete the object, then simply record the number of each item it holds and its age/condition. The benefit is that you don’t need to constantly display the contents, and you only need to check the contents array when it’s xamined, or when crafting occurs nearby. Each time it’s accessed, you age the items according to how many turns it’s been since it was last accessed.
I can no longer even craft in my base, much less sleep. It takes about two minutes right now, real-time, for an hour to pass in game.[/quote]
That’s a good idea.
The idea of segregating items by their “activeness” is good.
Here’s how it could be easily and elegantly implemented: a single furniture (and vehicle part) tag like “NO_ACTIVE” preventing storing active items (perishable food, reanimating corpses, artifacts, flashlights turned on, live grenades etc.) and then being skipped during timed item checks. Wardrobes, pantries etc. would be just cosmetically different items with this tag, with splitting the item types being something the player does rather than enforced annoyance.
Active items placed there by force would have to fall out, but that’s a tiny “realism” cost for a big performance boost.
If it was this easy, you could just have every non-important item processed this way. I once proposed similar a solution, but it was immediately shot down: food rotting speed depends on temperature.
A dedicated food storage could speed things very slightly by skipping tool checks, corpse checks etc., but those aren’t that expensive.
I had the same problem, except it was with blob globs, so, so many blob globs. ;_; at least I’ll have a ton of superglue.
Does putting stuff in a crate and the sealing it help with such things? or is that not so? :o
Can we just have whatever we had in 0.A back rather than add a storage system as a crutch to keep the game from choking on items? Craftable storage boxes or whatever aren’t going to help when someone wrecks a car or otherwise creates a lot of crap, or when someone turns item spawn up in settings.
No, because I don’t know what exactly the problem is, and if I did, it’d probably be faster to just fix it than to roll features back.
I’ll be getting to this in due time, and it will be fixed.
[quote=“Kevin Granade, post:28, topic:7997”]No, because I don’t know what exactly the problem is, and if I did, it’d probably be faster to just fix it than to roll features back.
I’ll be getting to this in due time, and it will be fixed.[/quote]
Something caught my eye in the changelog:
Turn number added to calendar since it’s called a gajillion times.
If I understand this, the “calendar” is a function which gets called on a timed basis, and which acts as a virtual command stack. Is this right? It sounds like this may be related to the problem. Is it possible this function is calling itself, resulting in exponential lag?
Pretty sure the changes in that area have made things strictly faster, I’ll be looking at this soon, probably tomorrow.
I’m being hollered at to come here and check up on the status of this bug by a couple people who’ve heard my tales of this game but want to wait until “game explodes if you get too into base-building” is dealt with to try it.
Someone on reddit suggested making rags/bones etc work like ammo (have charges). I believe the idea has been thrown around on the forums too.
I’m working on it, the solution to this includes an overhaul of item/map interactions, and I don’t exactly have unlimited time to work on it. A little patience would be appreciated.
Thanks man, I’ll let them know it’s being handled. 
Well you have a solution. 
That’s good enough for me.
Out of curiosity, I loaded up the resource monitor while my character was sleeping to see where the bottleneck was occuring, since I have an i7 and I find it surprising that a largely text-based game is making it choke. To my surprise I discovered that total CPU usage never goes above 15% even while the game is locked up. That’s not even a single core pegged out. RAM use is about 3.5 gigs, though. Given the 4 gig limit for 32-bit programs, is this where the bottleneck is occuring?
Probably memory loads are the bottleneck rather than instruction processing.
What it’s doing is scanning through the tens of thousands of nearby items looking for the active ones to process.
I have it mostly overhauled to allow it to just keep track of the active items seperately, at which point the problem should vanish unless you have 10,000+ active items, I have a way to fix that too, but it won’t be immediate.
Interesting, interesting. Would a 4 gig RAM disk solve the problem then? I mean, it’s a push-it-till-it-moves solution, but better than nothing until you can roll out a patch.
No, your OS already caches disk reads in RAM. Also, disk read/writes don’t happen all that often during the game, mostly just on saves or when moving around.
Memory reads as in “reads from RAM into CPU cache”.
Latest build has a fix for this. Again, unless you have ridiculous amounts of active items (like a literal ton of butchered meat), it should be super fast now.
I’m working on that problem too, might have a fix later today.