0003267: Blood spatter = steady FPS loss - Dwarf Fortress Bug Tracker

Notes
(0012774) Olith McHuman (reporter) 2010-09-17 15:40 edited on: 2010-09-17 15:43	For getting rid of contaminants on objects, I find that going into material_template_default.txt in the raws, and setting blood's boiling point to 10015 (that's the normal temp on underground tiles) solves the problem quite nicely. Does this help? edit: forgot to say, don't leave this on for too long, or your dwarfs will die.

(0012776) Logical2u (manager) 2010-09-17 15:43	I'm guessing this is at least expected, but definitely not a 'good thing', since with seasonal auto-cleanup currently not working/disabled, the tracking for blood/splatters can get a little crazy. I'm tempted to mark this as a dupe of 0000296. I'll wait for your input, though, Jei.

(0012781) Lemunde (reporter) 2010-09-17 19:44	I really hope this gets addressed soon. I've been wondering what it was that was slowing down my game with a max population of 30. Given the time when I start noticing a slow down I'm convinced this must be the issue. I think the whole blood thing sticking around forever is crossing the line between fun realism and not so fun realism. I'm sure once all of the fluid mechanics are worked out it will be fine but for now we really need the seasonal blood removal back.

(0012782) tripphippy (reporter) 2010-09-17 19:52	Why can't the blood have decay like items do and when it hits 0 it disappears

(0012783) Olith McHuman (reporter) 2010-09-18 01:06 edited on: 2010-09-18 02:14	Interesting. I just looked, and blood does infact have the [ROTS] tag just like meat (aka muscle) and other animal products. I wonder why it doesn't work for blood? edit: Actually, this might be slightly off topic. See 0003270.

(0013221) kwieland (reporter) 2010-10-06 06:09	Do blood smears and dried blood inherit the [rots] tag?

(0013680) Dwarfu (manager) 2010-11-09 13:16	From 0003532: "my fort, 6 embark tiles, 3 caverns, 130 dwarfes, 330 pets, used to run on only 8 FPS on a 3.5 ghz core i7, when i tried to get rid of blood carried around by dwarfes and pets by using the dfliquids and dfcleanmap tools. after placing some water around important routes and running the cleanmap utility in a loop, performance went up to _33 FPS_. thats more than 4 times as fast... this truely shows that the algorithms for the blood and dirt splattering are very inefficient, to say the least. the switch in the config file ("do not move splatters around") seems to be completely failing, it was enabled all the time, but did not prevent up to 100 different blood splatters on the single beings."

(0013688) Jiri Petru (reporter) 2010-11-10 11:07 edited on: 2010-11-10 11:12	If this is true, it's scandalous. I don't get the meaning of blood spatters on people and items (as opposed to splatters on the environment) in the first place. What are they good for? You can't see them, and most people don't bother to click through the menus to display splatters, since there's always 100 different items in the list and it's too cluttered to be useful. The very notion that the game tracks each person's blood separately is weird in the extreme - noone, not the player nor the dwarves, could be expected to distinguish between Urist McDwarf's blood, Goblin Axeman's blood, cat blood, etc. The idea of splatters themselves is also very "unsimulationistic" - true, units would get blood on themselves after each fight, but everyone could be expected to wash shortly thereafter, usually in a matter of minutes or hours, days in the extreme. Both Adventurer mode and Fortress mode have such larger timescales that to have a separate mechanic for something that should vanish in couple of hours seems strange. As it stands, units wear the splatters for weeks or even months, which is quite strange. Sure, it IS cool to click on a dwarf and see he's covered in mudstone dust and donkey blood. But it this causes such a massive slowdown, I say get rid of it. I'd rather have tripled or quadrupled FPS.

(0013690) kwieland (reporter) 2010-11-10 12:58	"As it stands, units wear the splatters for weeks or even months" Try forever, if you're avoiding the soap/well bug.

(0014669) hyndis (reporter) 2010-12-21 10:59	Adding back the seasonal cleanup, like that existed in previous versions such as 40D, would resolve the problem entirely. Dwarves would attempt to wash themselves if at all possible, but even an unwashed dwarf or a pool of blood would eventually clean up itself after enough time has passed. Just for an experiment, dump an organic liquid onto the ground outside. Say, milk, as a substitute for blood. How long will it last assuming no one cleans it up? It will degrade on its own in a very short time. After a week there would probably be no trace of it at all. Even indoors substances will degrade on their own. It'll dry up and be broken down by bacteria, eventually turning into dust. The seasonal cleanup would also make above ground settlements viable again, as there is no way to clean up a wall splattered with blood above ground aside from deconstructing and rebuilding the wall. Natural weathering should remove the blood spatter after a few months.

(0014753) Rafal99 (reporter) 2010-12-30 04:07	I bet the FPS loss is because of temperature calculations. The spatters interact with each other and with environment, and their tempeture is frequently updated. Try disabling temperature in init.txt and check if it makes any big difference.

(0015776) DoctorZuber (reporter) 2011-03-05 15:30 edited on: 2011-03-05 15:31	I ran a dfcleanup on a copy of my EXTREMELY messy map (0.31.19) and saw no discernible change in my FPS. Are you sure contaminants are the cause of the FPS drop? Mind you, I do agree that there should be seasonal cleanup for outdoor areas. I also agree that the cleaning labor should be improved so dwarves actually clean things.

(0015778) Footkerchief (manager) 2011-03-05 16:08	This report hasn't had much activity in the last couple months, the whole spatter situation is in question now, and this isn't that different from 0000296 anyway.

Issue History
Date Modified	Username	Field	Change
2010-09-17 14:33	jei	New Issue
2010-09-17 15:40	Olith McHuman	Note Added: 0012774
2010-09-17 15:43	Olith McHuman	Note Edited: 0012774	View Revisions
2010-09-17 15:43	Logical2u	Note Added: 0012776
2010-09-17 15:44	Logical2u	Relationship added	child of 0000296
2010-09-17 19:44	Lemunde	Note Added: 0012781
2010-09-17 19:52	tripphippy	Note Added: 0012782
2010-09-18 01:06	Olith McHuman	Note Added: 0012783
2010-09-18 01:13	Olith McHuman	Note Edited: 0012783	View Revisions
2010-09-18 02:14	Olith McHuman	Note Edited: 0012783	View Revisions
2010-09-18 20:12	Azzaizan	Issue Monitored: Azzaizan
2010-09-21 04:55	Asarulex	Issue Monitored: Asarulex
2010-10-05 13:39	Shurikane	Issue Monitored: Shurikane
2010-10-06 06:09	kwieland	Note Added: 0013221
2010-11-09 13:15	Dwarfu	Relationship added	has duplicate 0003532
2010-11-09 13:16	Dwarfu	Note Added: 0013680
2010-11-10 11:07	Jiri Petru	Note Added: 0013688
2010-11-10 11:12	Jiri Petru	Note Edited: 0013688	View Revisions
2010-11-10 11:12	Jiri Petru	Note Edited: 0013688	View Revisions
2010-11-10 12:58	kwieland	Note Added: 0013690
2010-12-04 13:23	Cakeonslaught	Issue Monitored: Cakeonslaught
2010-12-20 13:45	Kogut	Issue Monitored: Kogut
2010-12-20 23:40	zwei	Issue Monitored: zwei
2010-12-21 10:59	hyndis	Note Added: 0014669
2010-12-30 04:07	Rafal99	Note Added: 0014753
2010-12-30 04:14	Rafal99	Issue Monitored: Rafal99
2011-03-05 15:30	DoctorZuber	Note Added: 0015776
2011-03-05 15:31	DoctorZuber	Note Edited: 0015776	View Revisions
2011-03-05 16:08	Footkerchief	Note Added: 0015778
2011-03-05 16:08	Footkerchief	Relationship replaced	duplicate of 0000296
2011-03-05 16:08	Footkerchief	Status	new => resolved
2011-03-05 16:08	Footkerchief	Resolution	open => duplicate
2011-03-05 16:08	Footkerchief	Assigned To	=> Footkerchief
2011-03-08 00:58	zwei	Issue End Monitor: zwei
2011-03-21 11:18	Rafal99	Issue End Monitor: Rafal99
2011-03-27 23:47	Kogut	Issue End Monitor: Kogut