Улучшить файловую таблицу?

фрагментация есть на любой файловой системе, хоть нтфс, хоть ехт4. это физическая сущность упихивания файла в файловой систему, где пустое место распиховано по всем закоулкам винта. в ехт4 считывающая головка будет также как в нитфс бегать по всему винту собирая фрагментированный файл.

Без таких простых и понятных тулз, разговоры о поддержке фс - напыщенный трёп.

Без способности создать новую ФС и скопировать содержимое трехстрочным скриптом ты - напыщенный индюк и место тебе в Job.

Жрут ресурсы приложения а не ядро

то-то числодробители недавно уменьшали оверхед ядра в условиях равномерной загрузки на 100500%.

Что-что, простите? Ну и в hpc своя атмосфера, это их работа выжимать последние 0.01%

Держи, братюнь, не благодари: https://en.wikipedia.org/wiki/WebAssembly

В Ext4 проблема фрагментации практически не актуальна, это следствие устройства ФС.

ФС, которая уже лет 5 используется, почти ничем не хуже свежесозданной

«Почти». Все верно. Ваши слова.

Ты, видимо, из тех людей, что падают в обморок от пылинки на ботинках или царапинки на бампере машины? Ну так это называется неврозом или ОКР, лечится у психотерапевта.

место тебе в Job

Лохотрон здесь не прокатит.

падают в обморок от пылинки на ботинках

Я из тех, кто привык иметь рабочие инструменты (утилиты), даже если их применение не обязательно, вместо рассуждений, нужны они или нет.

Почему лохотрон? Ничего не можешь сам — заплати тому, кто может.

Лохотрон здесь не прокатит.

И каша в голове, характерная для невротика.

И каша в голове

Процитируй «кашу».

Быстро порвался :( Наверно, потому что и денег нету.

Имей, я разрешаю.

А журналирование на что?

К примеру идентичные условия: два раздела, один-ехт4, другой-нтфс. на каждом файл, половина лежит в начале раздела, половина в конце.

расскажи нам как ехт4 сделает неактуальным время перемещения головки от начал раздела к концу используя свою уникальное устройство фс ??

как журналирование связано с фрагментацией файла ??

журнал используется на случай неожиданного отключения питания устройства. после включения питания драйвер фс просматривает фурнал и откатывает по нему незаконченные операции записи, восстанавливая целостность файловой системы.

журналирование есть как в ехт4 так и в нтфс.

как журналирование связано с фрагментацией файла ??

Да пошли вы все с Вашей фрагментацией файлов. На вопрос, как улучшить файловую таблицу, толкового ответа нет. Так какое кому дело до какой-то там фрагментации, если сама таблица файлов в ж..пе.

под улучшением файловойситемы можно подразумевать либо дефграментацию засранной или восстановление про*ной.
оба варианта прекрасно гугляться.
а что вы имели ввиду так никто кажись и не понял...

а что вы имели ввиду так никто кажись и не понял...

В теме всё подробно. Но на деле подобных утилит нету. Хоть обгуглись.

Для начала, почитай про экстенты, мультиблоковое и отложенное выделение, и прочие фичи ext4

любая целостная файловая система является полноценно образцовой, согласно условиям, описанным в тех.документации на нее.
отход от этого образца есть ошибки и глюки фс или носителя - восстанавливаются спец.утилитами.

структура файловой системы даже изначально «не простая», к примеру, ехт4 производит разметку всей поверхности раздела.
минимальной сложностью структуры фс, для одного и того же количества и размещения файлов, будет структура сразу после дефрагментации. ниже этого порога упростить структуру фс технически не возможно.
структура - вещчъ «обслуживающая» и строится от требования описать размещенные файлы, а не просто так красивая картинка «от дизигнера».

тебе ж помоему это все неоднократно расписывали ??

ну и ?? они как-то что-то упрощают/усложняют.

так-то самой простой фс будет fat12 которая них не умеет и придумана дядей билли на коленке перед какой-то конфой...

любая целостная файловая система является полноценно образцовой

Да ну?:

i-rinat ★★★★★ (02.06.2018 0:07:24)

Вот смотри, например, это моя файлопомойка на ext4, которая уже раз 20 забивалась до отказа, потом некоторые файлы удалялись, потом снова забивалась, и т.д. Сама ФС создана:

Filesystem created:       Sun Sep 22 18:52:37 2013

И вот проверка на степень фрагментации:

mix: 1179473/61054976 files (0.6% non-contiguous), 241916478/244190208 blocks

почему нет ??
она работает, выполняет свои функции - полноценный образец файловой системы, согласно задумке автора.

файловая система имеет 0,6% фрагментов - ок
теперь представь нтфс такого же использования, у которой процент будет не 0,6%
и тогда ты сможешь сказать - Я ОСНОВАТЕЛЬНО ПРАВЪ !!:)

она работает, выполняет свои функции - полноценный образец файловой системы, согласно задумке автора

fsck свои функции то выполняет, к ней претензий нет. Но к «образцовой» файловой таблице (не системе!!!) можно приблизиться только пересоздав всю структуру.

В Ext4 проблема фрагментации практически не актуальна, это следствие устройства ФС.

В NT какой-то там из версий была проблема, что алгоритмы дефрагментатора ФС и аллокатора блоков так хитро интерферировали, что после первого запуска дефрагментатора ФС начинала фрагментироваться с удвоенной силой, и пользователь далее садился на дефрагментатор как на иглу.

Кто из админов винды на это напоролся, теперь до сих пор ужасы про фрагментацию любой ФС рассказывают.

Чо ты со своей NTFS всратой носишься? Речь про ext4.

Теперь осталось разобраться, не просто ли у тебя слишком большой диск и слишком малый объём случайных удалений и записей, что на любой фс не будет так же.

Вряд ли 1 Тб можно назвать большим объёмом.

слишком малый объём случайных удалений и записей

Ну, файлы создаются и удаляются довольно часто, буквально каждый день. Причём размер разный, от нескольких Кб до десятков Гб (фильмы). Последний год-полтора раздел стабильно занят на 90-99 процентов.

И вот проверка на степень фрагментации:

А теперь объясни значение этих циферок. :-D

да просто хотелось пояснить - фрагментация есть в любой фс, в ехт4 ее никак не обойти, ибо это свойство носителя.
в ssd фрагментация не играет роли, т.к. время доступа к произвольным участкам раздела идентично. но это опять же свойство носителя, не связанное с фс.

Т.с. уже смог придумать задачу, которую это должно решить?

Т.с. уже смог придумать задачу, которую это должно решить?

В теме.

Почесать ОКР же.

0,6% файлов фрагментировано

Я же написал, «плохость» - отличие от «образца».

Объяснил непонятное непонятным)

Если данные буду отличаться, будут сломанные БД, ошибки CRC, много чего... в цифровом мире нет такого понятия, как плохая цифра)
Зиг хайль!

теперь представь нтфс такого же использования, у которой процент будет не 0,6%

Ад там будет, а не 0,6%.

Проверил ради интереса /, /var и /stuff.

В /var индекс фрагментации — 1, в / и /stuff — по нулям.

В /stuff лежит куча сорцов на стопицот мелких файлов, там же ведётся их сборка, там же всякая музыка, всякий временный крупный хлам в Downloads, виртуальные машины, и снова стопицот мелких файлов хранилища zeronet. Раздел время от времени то забивается под 99% до освобождается до 70%.

NTFS в таких условиях превращалась в помойку с фрагментированной наглухо MFT и прочими структурами, которые потом еще и хрен дефрагментируешь.

но ведь не все ФС работают с B-tree

NTFS в таких условиях превращалась в помойку с фрагментированной наглухо MFT и прочими структурами, которые потом еще и хрен дефрагментируешь.

алсо, в 8 и 10 МС по тихому обновили версию нтфс, не особо распространяясь об изменениях.

Вышел патчсет Reiser4 для Linux 3.10 (комментарий)

Если данные буду отличаться

Не о данных в теме разговор, совсем не о данных. Что Вы все в них так упёрлись?

разговоры о поддержке фс - напыщенный трёп.

с твоим уровнем познания предметной области - это ещё более напыщенный трёп.

Так всё что ты перечислил это изобретения рыночка США. И гомеопатия там же зародилась

А Ганеман в курсе, что он американец?