Seems like mod calls strange room checks? In neolitichal age, without anything. It have 100ms calculation time for me

VNPEReimaginedProgression.HarmonyPatches:Room_Notify_RoomShapeChanged_Postfix

When I tried to go deeper, then found next:
System.Linq.Enumerable:ToList<Thing>

When I tried to stacktrace it I freezed to death and was forced to restart xd

Ham5terzilla, RoomShapeChange called any time anything in the room changed. It using same logic of Postfix as VNPE and didn't had such issue during tests. It quite possible that other mod patching the room shape, which cause VNPERP issue afterwards. Please provide full log file and describe your exact actions that you did before getting the error. Cause rn without that it impossible to tell you more.

Please, provide me detailed info / link how to correctly make report, I would upload all necessary data.

It said in a 4th sentence in my reply. Logs located in normal place for Rimworld, path to it you can find on internet or press button in game, I can't go more specific since I currently not anywhere near to my PC.

Uploaded logs and did additional report.
TLDR: Seems like it's just performance of very extreme cases.

https://mega.nz/file/wfwQyIxB#Y9g3hQQ_dPYOkYKeRrmZ-svETZq6s-hbwmmLLjuk828

So, I decided to turn mod on again for my new save.

I have crashes while using some structures: insta crash when M nutrient paste vat connected to power(maybe when paste started filling it).
Crashes while using simple and fine nutrient taps(was using 2 at the same time for colonists and prisoners with Small vat)
Couldn't really figure out any more details.

Object.34 always provide a log and try testing, if you have such issue with VNPE and VNPERP alone, cause it probably caused by other mods.

Almost all V.Expanded mods. And ~20 other.
https://gist.github.com/HugsLibRecordKeeper/21c23c9d7be92447e1cc9b5f04daa1ad

Object.34, logs doesn't tell anything being related to VNPERP or any error at all. How you determined that it was related to VNPERP? But in any case:

引用自 MrHydralisk：

try testing, if you have such issue with VNPE and VNPERP alone

This ^ currently more important to test on new save.

There might be a conflict with Vanilla Chemfuel expanded. Adjusting the stack size of a chemfuel tap with VNPERP enabled causes it to set to -1 or 0, and unable to adjust outside of this range. I'm new to Rimworld moddding so I'm not entirely sure how to get logs for it.

Hucket Bat, no worries, i might have the idea how it happening, so maybe you don't need to provide the logs. I will explain and ask later for log, if my guess was wrong. Cause VNPERP was fixing old Vanilla Expanded bug that wasn't allowing to increase VNPE tap stack capacity, so maybe they changed something recently, which i wasn't aware of. Should be fixed in next update.

Understood, would be keen to get some insight on the nature of the issue once it is fixed. Might help me understand modding for Rimworld a little more.

encountered the same chemfuel tap bug, here is my workaround (no comitment mode save here)

1: make a second save, just in case.
2: basicly make screenshots/notes how your nutrien network is build (hopfully, not to complex befor encountering this bug)
3: remove this mod
4: load the game and set all the chemfuel taps to 150 (or your desired number)
5: just in case, devmode build a few more taps, set all of them to numbers you want and uninstall them for later use.
6: save, reactivate this mod
7: dev mode rebuild the whole nutrien system and never ever touch the setting of the taps again (selecting them is fine, just don't change their setting, and if you do, i hope you folowed 5)

Cormac, already fixed, so don't need to worry, since it will be in next update.

Hucket Bat, basically the issue was originating from my fix of VEF error that wasn't fixed for a while regarding +1 and +10 not working on pipes in v1.5. So it was applied to v1.6 automatically, but VEF finally fixed it in v1.6 and fix no longer was needed. Thus removing no longer needed fix from v1.6 removed the issue.