Originally posted by RedEyed
View Post
Next for a person like me who deals with databases and blender Linux comes out ahead even on SSD. When you did deeper this is a IO operations issue. Windows generally is using more IO operations than Linux doing the same things yes this is where the slow and luggy is coming from with spinning rust harddrives. Yes you have tones of ram and windows does not effectively use it for disc cache either. There is another side effect to increased IO operations with windows turns out with SSD to be generally higher SSD running temperatures with windows vs linux. Yes that SSD running temperatures difference between windows and Linux can be difference between a SSD overheating resulting stalling or not overheating so running perfectly fine.
So the difference between windows and Linux due to storage either is reduced to basically nothing if you have a fast SSD with high IO operations able to performed and you are not doing any high IO operation work. If you are doing high IO operation work you will notice overhead under windows that you are not getting as much out the SSD as you should because windows is using some. Worst case with SSD cooling is not ideal and you have stalling out under Windows but not under Linux again the IO difference. Yes and this IO difference appears with a spinning rust harddrive as totally bad performance because the higher price to perform IO with a harddrive vs a ssd. This is a case just because you can skip having a disc cache and use direct IO instead does not mean you should.
I am also expecting when we have direct IO from storage to video card to have high odds of stutter under windows than Linux due to this poor use of cache by windows resulting in lots of IO. Yes this excess IO also is something that makes running windows virtual machines worse.
Yes some areas windows 10 beats Ubuntu because of the different architecture level the binaries are built with. You also see Ubuntu lose to Clear Linux OS developed by Intel in the same areas. This is a trade off to allow installing on older hardware.
There is work to fix this problem with glibc 2.33 most distributions don't have this yet and will take a while to get it in place.
RedEyed the problem here Linux is a fairly safe bet. Linux is a lot more tolerant to being ripped out of one machine and put in another in case of issue as well yes this will get worse with Windows 11 TPM setup.
RedEyed something to be aware is I am still running computers with current version testing version of debian as desktops that Windows 10 will not install properly on because they are too old. Yes they have sata SSD.
Interest enough SSD not all of them are created equal and lot them when they age end up slower than spinning harddrive at times. Another fact is a spinning rust harddrive can maintain its performance right up to 95 percent full. SSD can slow down in performance at about 80% full. Interesting enough a SSD over 80% full slowed due internal fragmentation makes your old spinning rust hard-drives look fast.
Sorry RedEyed if you are needing to have a SSD to fix a performance problem you better be sure not to fill as much as you can fill a harddrive. This cache issue with windows is problematic for those with HDD and SSD. People with HDD notice the problem straight way. People with SSD its more minor things at first but once they have really filled their SSD having windows stall out while attempt delete files to get SSD back to the correct fill level is not fun. Linux of course does not stall out badly with a over filled SSD and its for the same reason Linux handles a HDD better.
SSD is a true double sided sword to fixing performance issue because you fix the issue in one place but then move it to another.
Comment