Насколько я помню подобным идиотизмом ещё никто не страдал.
GPU и CPU разных производителей тоже различны. Но их сравнивают.
Ведь сравнивали же линуксоиды из Steam, грозя миру приставкой, количество кадров L4D2 под виндой с портом под линукс. И заявляли что под линукс круче. Как потом оказалось - нет. Но сравнивали.
Идиотизм? Если и да, то он присущ обеим сторонам.
*** Добавлено: 16.04.2019 07:05:04 ***
http://rus-linux net/MyLDP/admin/defragment-ext4.html
Статья для глубоких размышлений и страшных разочарований.
Не нашел подтверждений превосходства одной фс над другой. Может и проводились такие эксперементы, но не нашел.
Насколько я помню подобным идиотизмом ещё никто не страдал. Сами ФС совершенно различные по коду и структуре. Что же вы не сравните ZFS и Fat32? 
другая фс, отличная от NTFS, сохранит свою производительность при разных заполнениях носителя?
На свежем ext4 забитом нулями и ext4 заваленый тоннами файлов и с заполнением over 90%, разницу во времени записи вот такого каталога 
не всегда и с хронометром возможно словить, т.е. производительность не зависит от заполнения.
"...В процессе работы, MFT также фрагментируется, как и любой другой файл, что гораздо больше влияет на общую производительность, нежели фрагментация самих данных. Чтобы этого не происходило, применим маленькую хитрость. Всем известно, что при удалении файлов с диска, запись в MFT, о занимаемых этими файлами кластерах, не удаляется, но лишь маркируется, как свободное. Это нам и надо. Создаем на втором винчестере 100 000 - 150 000 файлов одного размера (1байт). Затем, как отформатировали свой основной винчестер, копируем на него все эти файлы и сразу их удаляем. После такой операции MFT раздуется и ляжет цельным куском на винчестере. Теперь, при установке программ, MFT не будет фрагментироваться, пока количество файлов на томе не перевалит, порядка, за 130 000.... " ((С)Demetrio -- 20-04-2004)
Считаете, что другая фс изменит расстановку сил?
Эта особенность NTFS давно известна. Причём самое неприятное -- если ФС была хотя бы единожды заполнена на 85-90%, то деградация производительности последующим освобождением места не устраняется.
Еще один источник сильного падения производительности NTFS на HDD -- износ поверхности диска в занятой MFT$ области и существенное увеличение времени отклика. Тут лечение простое -- создаем раздел другого размера (в 2 раза больше обычно сделать трудно, поэтому в 2 раза меньше), форматируем (MFT$ окажется на новом месте, по-умолчанию это середина раздела), потом увеличиваем раздел до нормального размера.
]]>А что вы на ext сохраняли? Просто сомневаюсь, что есть отличия в работе с ntfs.
]]>Один ссд под ОС, другой под текущие проекты. Один хард под несортированные проекты и готовые, и один для нужных материалов и резервных копий.
так это же совсем другой разговор, разнос по разным физическим железкам имеет смысл в нескольких направлениях - и повышение производительности и надёжность. Но речь ведь о крамсании одной железки на бессмысленные куски.
Считаете, что другая фс изменит расстановку сил?
не знаю как там на ваших ntfs'ах, а на ехt от этих распилов толку никакого)
]]>сохранить прект psd на раздел свободный и раздел забитый процентов на 70
Речь про NTFS?
]]>