Исходное сообщение
"Отставка сопровождающего файловую систему XFS" Отправлено Аноним, 08-Авг-23 16:15
> Не согласен.С мелочью очень неплохо скорость подняли,если конечно не по миллиону Кто тормознее XFS по работе с мелочью в Linux? Не с FAT же сравнивать?! EXT4 и даже btrfs сильно приятнее работают. Впрочем, он тормоз в всем что касается метаданных. Стирать большие фрагментированные файлы - немеряно времени занимает. Вообще единственная файлуха которой стереть DVD-sized файло с торента может требоваться минута времени, проц в полку, и вообще. Кто б сомневался что при таком раскладе майнтайнер задолбается с краевыми случаями... Эта шляпа делалась чтобы писать огромные файлы видео. Линейно. На хранилки с несколькими девайсами. Там оно рулит. Если у вас не оно... вот тут как повезет. Это ж SGI делал, для себя. > файлов в директорию пихать.Но до скорости ext4 не дотягивает, работает где то > на уровне ехt3. До btrfs тоже не дотягивает. При том тот еще снапшоты намного лучше умеет. И управление местом. А там вон Кент уже в дверь скребется с nextgen nextgen'а. > Но в случае фрагментированных мелких файлов ,да начинает катастрофически > тупить.Эта проблема всех фс с COW,повышенная фрагментация :-( У btrfs знаете ли дефраг есть. В том числе и авто-дефраг, когда он видя проблемный паттерн доступа - зашедулит дефраг этого "при случае". На автомате. У ext4 дефрагер тоже есть. Правда это ему не очень помогает с тем фактом что EXT4 не умеет де-аллокацию дир. И если в дире было 100500 файлов, она потом жрет десятки мегов на себя хоть там что. И тупит при чтении под стать. Даже если стереть большую часть файлов, деаллокация не случается и лучше не станет. Только совсем пересоздать диру и снести эту. Такой вот GC с педальным приводом. Иногда простота хуже воровства и это именно тот случай, дорогой EXT4. Впрочем, как показал пример XFS, пытаться догнать неподходящий винтажный хлам до современных фич ведет к за@#%ному майнтайнеру проекта. Странно. И чего бы вдруг? > 35%  скорость поправили,а с новым ари в свежем ядре в >  2 раза ускорили,не ясно только как это на надёжности скажется) Только багов насажали, боты завалили багрепортами, XFS test suite проезжать перестал и майнтайнер охренев с такого шоу сбежал в панике. А так все хорошо прекрасная маркиза. И эти люди еще смели катить бочку на btrfs... а сами слились не осилив и четверти его возможностей! p.s. честно говоря я не понимаю зачем надо было столько ресурсов в гальванизацию этого трупа бухать. Лучше б в Кента вбубухали. Но, конечно, тех наспех нанятых раджей из RHBM придется уволить, не работает кодинг файлух свеженанятыми абизянками и горе тому кто это не понял.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Не согласен.С мелочью очень неплохо скорость подняли,если конечно не по миллиону > Кто тормознее XFS по работе с мелочью в Linux? Не с FAT > же сравнивать?! EXT4 и даже btrfs сильно приятнее работают. Впрочем, он > тормоз в всем что касается метаданных. Стирать большие фрагментированные файлы - > немеряно времени занимает. Вообще единственная файлуха которой стереть DVD-sized файло > с торента может требоваться минута времени, проц в полку, и вообще. > Кто б сомневался что при таком раскладе майнтайнер задолбается с краевыми > случаями... > Эта шляпа делалась чтобы писать огромные файлы видео. Линейно. На хранилки с > несколькими девайсами. Там оно рулит. Если у вас не оно... вот > тут как повезет. Это ж SGI делал, для себя. >> файлов в директорию пихать.Но до скорости ext4 не дотягивает, работает где то >> на уровне ехt3. > До btrfs тоже не дотягивает. При том тот еще снапшоты намного лучше > умеет. И управление местом. А там вон Кент уже в дверь > скребется с nextgen nextgen'а. >> Но в случае фрагментированных мелких файлов ,да начинает катастрофически >> тупить.Эта проблема всех фс с COW,повышенная фрагментация :-( > У btrfs знаете ли дефраг есть. В том числе и авто-дефраг, когда > он видя проблемный паттерн доступа - зашедулит дефраг этого "при случае". > На автомате. У ext4 дефрагер тоже есть. Правда это ему не > очень помогает с тем фактом что EXT4 не умеет де-аллокацию дир. > И если в дире было 100500 файлов, она потом жрет десятки > мегов на себя хоть там что. И тупит при чтении под > стать. Даже если стереть большую часть файлов, деаллокация не случается и > лучше не станет. Только совсем пересоздать диру и снести эту. Такой > вот GC с педальным приводом. Иногда простота хуже воровства и это > именно тот случай, дорогой EXT4. Впрочем, как показал пример XFS, пытаться > догнать неподходящий винтажный хлам до современных фич ведет к за@#%ному майнтайнеру > проекта. Странно. И чего бы вдруг? >> 35% скорость поправили,а с новым ари в свежем ядре в >> 2 раза ускорили,не ясно только как это на надёжности скажется) > Только багов насажали, боты завалили багрепортами, XFS test suite проезжать перестал и > майнтайнер охренев с такого шоу сбежал в панике. А так все > хорошо прекрасная маркиза. И эти люди еще смели катить бочку на > btrfs... а сами слились не осилив и четверти его возможностей! > p.s. честно говоря я не понимаю зачем надо было столько ресурсов в > гальванизацию этого трупа бухать. Лучше б в Кента вбубухали. Но, конечно, > тех наспех нанятых раджей из RHBM придется уволить, не работает кодинг > файлух свеженанятыми абизянками и горе тому кто это не понял.
	Введите код, изображенный на картинке: