LINUX.ORG.RU

ext4. Деградация.


0

0

Нет, ребята, это чудовищно... То, на что я жаловался в своё время на http://www.linux.org.ru/view-message.jsp?msgid=3247261 - детский сад по сравнению с тем, что сейчас на двух машинах с ext4 творится...

Главное - странно очень работает. Такое впечатление, что кешируется насмерть, но пока не закешировано и читается с диска - всё колом встаёт.

Во время тормозов системный монитор показывает интенсивный iowait.

2.6.29-r1/r5.

И хрен его знает, чего делать... То ли обратно на xfs /home и /usr переводить, то ли попытаться «мувом дефрагнуть»...

★★★★★

Re: ext4. Деградация.

По ощущениям 2.6.30+ext4 намного живее 2.6.28+ext3 в Убунту.

justuser ★★ ()
Ответ на: Re: ext4. Деградация. от z0D5e8n7x_2

Re: ext4. Деградация.

>но какие-то улучшения для ext4 вроде были...

#New inode/block allocation algorithms for flex_bg filesystems (commit)
#Automatically allocate delay allocated blocks on close (commit)
#Automatically allocate delay allocated blocks on rename (commit)
#Add auto_da_alloc mount option (commit)
#Add EXT4_IOC_ALLOC_DA_BLKS ioctl (commit)
#Add sysfs support - /sys/fs/ext4/<dev>/ (commit)
#Remove /proc tuning knobs (commit)
#Quota reservation for delayed allocation (commit)

не особо

stave ★★★★★ ()

Re: ext4. Деградация.

В арче сейчас ext4 идет как стандартная опция, даже не девел. Ставил немного пощупать, но ничего такого не заметил. Причем по ощущением работает намного быстрее, хотя это чисто визуально и без тестов. Может всё же дрова SATA проглючивают.

poshat ★★★ ()

Re: ext4. Деградация.

отлаживайте быстрее уже, я тоже хочу на ext4 переехать через месяц-другой :)

nu11 ★★★★★ ()

Re: ext4. Деградация.

Хочу скоростные ssd-диски на прилавках. Чтобы забыть о недостаточной производительности и сопутствующем ковырянии различных ФС.

wyldrodney ()
Ответ на: Re: ext4. Деградация. от Cancellor

Re: ext4. Деградация.

>Всё-таки я ещё не скоро слезу с ReiserFS...

+1 Если до сих пор фиксят баги в ext3, то что уже говорить про ext4.

З.Ы: И за аватару +1 :)

iron ★★★★★ ()

Re: ext4. Деградация.

Живу на ext4 на Ubuntu и не тужу. Может я нетребовательный, но меня всё устраивает, да, шевелится быстрее ext3 на удалении и больших каталогах вроде /usr/share/docs. Нет, падений и пр. странностей пока не словил :) Все разделы на ext4 перевёл. Хотя... XFS лучше, там и dynamic inode allocation... Вот только grub так и не научился вроде бы корень на XFS держать, точнее поставить можно, но через какие-то жуткие пляски с бубном, у меня два раза "по накурке" получилось, на свежую голову не смог :)

timur_dav ☆☆☆☆☆ ()

Re: ext4. Деградация.

А вообще пора новый тег для глюков с ФС вводить - KRoN73 :)

timur_dav ☆☆☆☆☆ ()

Re: ext4. Деградация.

2.6.30+ext4+bfq -- очень шустро и колов вроде бы не наблюдается, хотя кешировать есть куда.

Lumi ★★★★★ ()

Re: ext4. Деградация.

>То ли обратно на xfs /home и /usr переводить, то ли попытаться «мувом

ХэФээС, ХФСом, но /usr c его полумиллионом файлов на xfs`е бы врагу не пожелал, про корневую часть /home тоже самое скажу. У меня хомяк вообще разбит на 2 части: reiserfs и xfs. Ох как мне не понравилось fedora ставить.

linux4ever ()
Ответ на: Re: ext4. Деградация. от timur_dav

Re: ext4. Деградация.

>да, шевелится быстрее ext3 на удалении и больших каталогах вроде /usr/share/docs.

Убунтозоиды такие убунтозоиды. Двойная_лицо_рука.свг

tensai_cirno ★★★★★ ()
Ответ на: Re: ext4. Деградация. от sdio

Re: ext4. Деградация.

>>> Что за техническая безграмотность?!

Сначала попробуй поставить, а потом расскажешь про безграмотность :) Сам установщик тебе скажет, что не может /boot (или корень, если нет отдельной партиции для /boot) нормально поставить на XFS (debian и ubuntu), можно продолжить тем не менее, но грузиться система потом не будет. При желании можно потом с rescue cd загрузиться и каким-то магическим способом сделать grub-install, что после этого он таки сможет грузиться с этой партиции. Делал сам несколько раз, но мастерство утерял уже, "по накурке", говорю же. Этот баг (фича) уже тянется несколько лет. Правда на счёт 9.04 утверждать не буду, т.к. на нём не пробовал, но не думаю, что что-то поменялось, в 9.10 на grub2 попробую :)

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от timur_dav

Re: ext4. Деградация.

> grub2

Судя по всяким разным статьям, это просто монстр какой-то, по самые уши интегрированный в систему. То ли дело GRUB 0.97 - сам себе ОС, и без линукса может нормально жить :)

Cancellor ★★★★☆ ()
Ответ на: Re: ext4. Деградация. от linux4ever

Re: ext4. Деградация.

>>> /usr c его полумиллионом файлов на xfs`е бы врагу не пожелал

Ну именно из-за этого я как раз с ext3 на xfs и перешёл на буке. Ибо открытие каталога /usr/share/doc на буке занимало ровно в 3-4 раза меньше времени на xfs.

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от tensai_cirno

Re: ext4. Деградация.

>>> Убунтозоиды такие убунтозоиды. Двойная_лицо_рука.свг

Мотивируй, развивай тему :) Своё мнение, основанное на 2-х месячном сравнении практически идентичных машинок (одна с ext3, другая с ext4) и ubuntu я сказал.

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от linux4ever

Re: ext4. Деградация.

>ХэФээС, ХФСом, но /usr c его полумиллионом файлов на xfs`е бы врагу не пожелал

/usr в Gentoo отлично на XFS живёт. Через какое-то время работы если рассматривать - то лучше всех (ldconfig на xfs выполняется с нуля за 10 секунд через несколько месяцев работы. И эти 10 секунд машина ненагруженная, ничего не тормозит. Сейчас на ext4 ldconfig выполняется 17 секунд и всё встаёт колом.) XFS тормозит на удалении мелочёвки, а в /usr это происходит только при обновлениях. Основную часть времени вообще в R/O может быть.

>про корневую часть /home тоже самое скажу


Вот для /home XFS - это ужас. Всякие кэши браузеров и т.п. будут медленно удаляться. Хотя _сейчас_ у меня /home на ext4 уже работает медленнее, чем когда я сидел с /home под XFS :)

KRoN73 ★★★★★ ()
Ответ на: Re: ext4. Деградация. от timur_dav

Re: ext4. Деградация.

>Мотивируй, развивай тему :)

Наверное, он удивлялся вопросом ручного удаления /usr/share/docs

Я последний раз такой фигнёй страдал лет 7-8 назад :)

KRoN73 ★★★★★ ()
Ответ на: Re: ext4. Деградация. от KRoN73

Re: ext4. Деградация.

>>> шевелится быстрее ext3 на удалении и больших каталогах вроде /usr/share/docs

Вообще-то это две разные логические операции "удаление" и "работа с большими каталогами" :)

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от KRoN73

Re: ext4. Деградация.

>>> Я последний раз такой фигнёй страдал лет 7-8 назад :)

Я, слава богам Олимпа, никогда этим не занимался, доверяю пакетным менеджерам.

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от timur_dav

Re: ext4. Деградация.

А... Ну, это сложно соединить в голове, учитывая, что описываются две противоположных вещи :) Ибо удаление мелочи под XFS выполняется медленнее, чем в Ext3, а вот работа с большими каталогами - быстрее.

KRoN73 ★★★★★ ()
Ответ на: Re: ext4. Деградация. от iron

Re: ext4. Деградация.

>Если до сих пор фиксят баги в ext3, то что уже говорить про ext4.

если у самого Ганса Рейзера тараканы в голове, то что уж говорить о ReiserFS :)

nu11 ★★★★★ ()
Ответ на: Re: ext4. Деградация. от isden

Re: ext4. Деградация.

>у него и с xfs все феерично.

Да нет, обжился уже давно :)

KRoN73 ★★★★★ ()
Ответ на: Re: ext4. Деградация. от Sekai

Re: ext4. Деградация.

Поверю, при возможности протестирую. Аккурат на днях надо машинку поставить.

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от Sekai

Re: ext4. Деградация.

>>> Суся, к слову, уже не первый год так умеет.

<flame mode="on">Трижды сплюнул и перекрестился, только Debian based.</flame>

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от timur_dav

Re: ext4. Деградация.

>Сам установщик тебе скажет, что не может /boot (или корень, если нет отдельной партиции для /boot) нормально поставить на XFS (debian и ubuntu)

В том то и безграмотность, что нет связи между корневым разделом, XFS и grub, a есть "фича", что на xfs-раздел нельзя поставить загрузчик, т.к. нулевой сектор не резервируется под него (загрузчик)

sdio ★★★★★ ()
Ответ на: Re: ext4. Деградация. от sdio

Re: ext4. Деградация.

Так, а теперь поподробнее объясни, как я его таки умудрился поставить на etch'е?

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от sdio

Re: ext4. Деградация.

Всё-таки копание в почте помогло "вспомнить" fix установки на XFS корень и /boot в частности:

The following patch seems to fix this by calling sync just before invoking the grub shell, суть - это вызвать sync перед установкой grub (всего-то) и ставить, как обычно:

--- grub-install.orig 2004-06-17 23:05:52.000000000 +0200 +++ grub-install 2004-06-17 23:11:20.000000000 +0200 @@ -446,6 +446,10 @@ # Create a safe temporary file. test -n "$mklog" && log_file=`$mklog` +# Sync the filesystem to help XFS (and possibly others) to find the +# stageX files (see Debian bugs #239111, #246111, #243835) +/bin/sync + # Now perform the installation. $grub_shell --batch $no_floppy --device-map=$device_map <<EOF >$log_file root $root_drive

Cheers,

А теперь просвети, что и где там зарезервировано и куда чего не ставится? Я человек тёмный, далеко в архитектуру не лезу :)

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от sdio

Re: ext4. Деградация.

Так поудобнее будет:

The following patch seems to fix this by calling sync just before
invoking the grub shell:

--- grub-install.orig   2004-06-17 23:05:52.000000000 +0200
+++ grub-install        2004-06-17 23:11:20.000000000 +0200
@@ -446,6 +446,10 @@
 # Create a safe temporary file.
 test -n "$mklog" && log_file=`$mklog`
 
+# Sync the filesystem to help XFS (and possibly others) to find the
+# stageX files (see Debian bugs #239111, #246111, #243835)
+/bin/sync
+
 # Now perform the installation.
 $grub_shell --batch $no_floppy --device-map=$device_map <<EOF >$log_file
 root $root_drive

Cheers,

timur_dav ☆☆☆☆☆ ()
Ответ на: Re: ext4. Деградация. от novitchok

Re: ext4. Деградация.

>Description: Ubuntu 9.04

>ЧЯДН?

Ubuntu же. А у меня Debian.

Чума на тьму дистрибутивов! (c) почти Шекспир

dent ()

Re: ext4. Деградация.

>Главное - странно очень работает. Такое впечатление, что кешируется насмерть, но пока не закешировано и читается с диска - всё колом встаёт.
>Во время тормозов системный монитор показывает интенсивный iowait.


Похоже на поведение "экспериментальной" ZFS в FreeBSD 7-STABLE, когда она начинает порушенный RAID-1 (само-)восстанавливать со сжатыми каталогами. :)

>И хрен его знает, чего делать... То ли обратно на xfs /home и /usr переводить, то ли попытаться «мувом дефрагнуть»...


И, да, раз уж просите совета, перейдите на FreeBSD с UFS2+SU — фрагментация файлов никогда не бывает выше 5% и восстанавливается после сбоев fsck в фоне (~15 минут интенсивного шуршания диска на 300ГБ-разделе после старта системы с ~20% загрузкой CPU — можно нормально работать и не замечать). Есть поддержка снапшотов.

iZEN ★★★★★ ()
Ответ на: Re: ext4. Деградация. от timur_dav

Re: ext4. Деградация.

>А теперь просвети, что и где там зарезервировано и куда чего не ставится?

http://xfs.org/index.php/XFS_FAQ

Yes, for MBR (Master Boot Record) installations.

No, for root partition installations because the XFS superblock is written at block zero, where LILO would be installed. This is to maintain compatibility with the IRIX on-disk format, and will not be changed.

sdio ★★★★★ ()
Ответ на: Re: ext4. Деградация. от Lumi

Re: ext4. Деградация.

За 8.10 и etch могу ответить - нет. Точнее ставится, то загрузчик не ставится, ставить ручками, вверху написано как. Говорят, что в lenny возможно починили, сам не пробовал.

timur_dav ☆☆☆☆☆ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.