Windows з кращою файловою системою

З моїх спостережень як розробника Java, що працює на робочих станціях Windows, NTFS повільний порівняно з файловими системами Linux. Питання в тому, чи є щось у драйвері NTFS, яке можна налаштувати вручну, наприклад, надайте йому більше пам’яті для кешу? Увімкнути деякі експериментальні алгоритми? Якщо це недоступно, чи є інша файлова система, яка може бути використана в Windows, можливо, навіть комерційна, це швидше, ніж NTFS?

Щоб було зрозуміло, я не хочу покращувати швидкість компіляції для Maven-проектів, я б хотів отримати загальне поліпшення для ОС. Я відчуваю, що NTFS давно застаріла і повільна порівняно з файловими системами Linux. Мені здається дивним, що найпопулярніша ОС на планеті має лише одну файлову систему, яка все ще потребує ручної дефрагментації. Можливо, є альтернатива?

Оновлення: Ось, що повільно, відповідно до моїх спостережень. Я будую / упакую проект, що означає багато операцій читання / запису на диску. Система збірки є кросплатформенною (Java, Maven), тому я можу виконувати такі самі дії, наприклад, під час завантаження до Ubuntu.

У Linux мої нарощування принаймні на 1/3 швидші. Звідси питання про файлову систему. Вибачте, якщо це неправильно.

Хоча я хотів би бачити щось на зразок ZFS, доступного для хостів Windows, NTFS - це не жахлива файлова система. Він підтримує більшість "сучасних" функцій файлової системи (розширені атрибути, журнал, ACL, ви їх називаєте), але це перешкоджає Провіднику та більшості інших додатків, які не підтримують жодну з них.

Одне, що абсолютно знищить його продуктивність, - це те, що в каталозі "занадто багато" записів. Після того, як ви передасте кілька тисяч записів в одному каталозі, все сповільнюється до сканування. Буквально вся машина зупинить очікування, коли NTFS створить або видалить записи, коли це відбувається.

Раніше я працював з додатком, який генерував HTML-документи для збірок .NET; це створило б один файл за властивістю, методом, класом, простором імен і т. д. Для більших збірок ми побачимо 20 + k файли, всі добре зібрані в єдиний каталог. Машина витратить пару годин під час збірки, заблокованої на NTFS.

Теоретично, Windows підтримує плагіни файлової системи, які дозволять зробити рідний ZFS, ext3 чи будь-що інше (навіть FUSE). На практиці API недокументовані, тому ви повністю самостійно.

Тепер, оскільки ви займаєтесь розробкою Java, чи могли б ви встановити іншу ОС на свій комп'ютер або використовувати VM поверх Windows?

Крім того, ви можете спробувати деякі орієнтовані на платформі орієнтири файлової системи (iozone, bonnie ... є, мабуть, більш сучасні, яких я не знаю вгорі голови, можливо, навіть кілька написаних на Java), щоб побачити, чи це насправді файлова система вас стримує, або якщо це щось інше. Передчасна оптимізація і все таке ...

• Вимкніть час останнього доступу
• Вимкніть короткі імена файлів
• Вимкнути Видалити сповіщення
• Вимкніть індексацію
• Вимкнути подорож
• Вимкнути тіньову копію та попередні версони та квоти та акції.
• Увімкнути перевірку проходження обходу

Я думаю, що справжнім рішенням було б переписати систему складання, щоб вона використовувала нативну API файлової системи Windows, а не сам API Unix (fopen тощо) під рамкою портативності. Але цього не відбудеться, тому в основному ви застрягли в тому, який рівень продуктивності ви вважали прийнятним.

Часто під час використання систем, не спочатку написаних для Windows, ви виявляєте, що обхід каталогів обробляється дуже погано, тому переконайтеся, що у вас дуже плоске дерево каталогів.

Є одна файлова система, яка підтримується новою ОС Windows AND швидше, ніж NTFS. Це exFAT. Існує можливість використовувати його для системного диска. Але невідомо, які ускладнення це може мати.

Ви, звичайно, можете використовувати його для інших розділів. Це швидше з випадковими операціями читання / запису. Ідеально підходить для SSD, наприклад.

У вас працює антивірусна програма, яка робить доступ до перевірки доступу / запису для папки вашого проекту?

Компіляція передбачає швидке поспіль читання та запис безлічі невеликих файлів, що може переповнити сканер вірусів. Додайте папку проекту до списку виключених папок і подивіться, чи це покращує ситуацію.

У Linux у вас (ймовірно) немає жодного антивірусного програмного забезпечення ....