Windows с лучшей файловой системой
От моих наблюдений как Java-разработчик, работающий над рабочими станциями Windows, NTFS является медленным по сравнению с файловыми системами Linux. Вопрос, там что-нибудь в драйвере NTFS, который может быть вручную настроен, например, дать ему больше памяти для кэша? Включить некоторые экспериментальные алгоритмы? Если это не доступно, там, возможно, другая файловая система, которая может использоваться в Windows, возможно, даже коммерческом, это быстрее, чем NTFS?
Чтобы быть ясным, я не надеюсь улучшать скорости компиляции для проектов Знатока, я хотел бы получить полное улучшение для ОС. Я получаю чувство, что NTFS долго устарел и является медленным по сравнению с файловыми системами Linux. Это кажется мне странный, что самая популярная ОС на планете имеет только одну файловую систему, которая все еще требует ручной дефрагментации. Возможно, существует альтернатива?
Обновление: Вот то, что является медленным согласно моим наблюдениям. Я создаю/упаковываю проект, что означает много операций чтения-записи на диске. Система сборки является межплатформенной (Java, Знаток), таким образом, я могу выполнить точно те же действия при начальной загрузке к Ubuntu, например.
На Linux мои сборки, по крайней мере, 1/3 быстрее. Следовательно вопрос о файловой системе. Я сожалею, если это неуместно.
3 ответа
В то время как я хотел бы видеть что-то как ZFS, доступный для хостов Windows, NTFS не является ужасной файловой системой. Это поддерживает большинство "современных" функций файловой системы (расширенные атрибуты, журналирование, ACLs, Вы называете его), но этому препятствуют Проводник и большинство других приложений, не поддерживающих любой из них.
Одна вещь, которая абсолютно уничтожит ее производительность, имеет "слишком много" записи в каталоге. После того как Вы передаете пару тысячи записей в одном каталоге, все замедляется к проверке. Буквально вся машина остановит ожидание NTFS, чтобы создать или удалить записи, когда это произойдет.
Я раньше работал с приложением, которое генерировало Основанные на HTML документы для блоков.NET; это создало бы один файл на свойство, метод, класс, пространство имен, и т.д. Для больших блоков мы видели бы 20+k файлы, все приятно выведенные в единственный каталог. Машина провела бы несколько часов во время сборки, заблокированной на NTFS.
В теории Windows поддерживает плагины файловой системы, которые сделали бы собственный ZFS, ext3 или безотносительно (даже FUSE) возможный. На практике API не документированы, таким образом, Вы полностью самостоятельно.
Теперь, так как Вы делаете разработку Java, Вы могли установить другую ОС на своей машине или использовать VM сверху Windows?
Кроме того, Вы могли бы хотеть попробовать некоторые платформенно независимые сравнительные тесты файловой системы (озон, bonnie... существуют, вероятно, более современные, которые я не знаю первое, что пришло на ум, возможно, даже некоторые записанные в Java) видеть, на самом деле ли это - файловая система, сдерживающая Вас, или если это - что-то еще. Преждевременная оптимизация и все это...
Существует одна файловая система, которая поддерживается новым Windows OS AND, быстрее, чем NTFS. Это - exFAT. Существует возможность использовать его для системного диска. Но это неизвестно, какие сложности это могло бы иметь.
Можно, конечно, использовать его для других разделов все же. Это быстрее со случайными операциями чтения-записи. Идеально подходящий для SSD, например.
У Вас есть выполнение антивирусной программы, которое это делает на проверке доступа/записи Вашу папку проекта?
Компиляция включает чтение и запись большого количества маленьких файлов в быстрой последовательности, которая может сокрушить вирусный сканер. Добавьте свою папку проекта к списку исключенных папок и посмотрите, улучшает ли это ситуацию.
На Linux у Вас (вероятно), нет антивирусного программного обеспечения....