5 ms·
> could it be that your ported code doesn't do things like it should be done in modern .net? I'm actually curious myself after this discussion. I didn't port i
by ClickedUp 2y ago
> could it be that your ported code doesn't do things like it should be done in modern .net?
I'm actually curious myself after this discussion. I didn't port it, my coworker did it and I'd have to ask him. I did take part in the benchmark though and watched all the deadlocks happening.
Found this old screenshot of our internal FS driver debugging tool - to give you an idea of what I mean by needing high performance: https://postimg.cc/mc6YQFbC https://postimg.cc/mc6YQFbC
24,654 filesystem events in C:\Windows\ in just 1 minute and 30 seconds on idle. 814 read operations (36,7MB) + 948 write operations (66,9MB). Now imagine this system-wide (not just the Windows dir) under heavier load. This is where modern .NET could not keep up leading to the aforementioned deadlocks.
Sorry that I can't provide more specific info at this time. I can find out more on Monday.
- exceptione 2y agoInteresting, that is a good load test indeed. If it turns out to be a regression in .net core, it would certainly make sense to file a bug on github.