ИМХО (вброс)

Три года использую шифрование разделов, в том числе поверх RAID-5 на домашнем десктопе. Видел вышеозначенный благородными донами баг - проявлялся _у_меня_ только при компиляции в несколько потоках, копировании чего-нибудь огромного и (!) _запущенных_иксах_, вне зависимости от модели видеокарты (ati nvidia или nouveau). Если, прорываясь сквозь пофигизм системы, минут через пять иксы таки закилять, то все сразу нормализуется.

Меня баг не очень напрягает, так как проявляется только на одной материнке (ASUS A8V-MX), а в иксах я бываю редко.

P.S. Гентушник

Да достали вы своим 12309,

Гг. Линукс тролли против Линукса.

У вех, у кого баг 12309 проявляется --- проверьте на ядре 2.6.34-5-generic.
Оно есть в репозитарии kernel-ppa.
На нем симптомы почти не проявляются.
А после настройки io_delay_type симптомы стали пактически не заметны.

Это ты от мамы своей такое услышал?

Залезь обратно в свою пещеру придурок пещерный.

Дух Фрактала все равно с нами!

Не используй HDD в в своей уютненькой пещерке, там сыро и все будет хорошо.

WD сыпятся оттого что на любом форуме WD распиарено => Увеличиваются продажи => Экономика Говна набирает обороты.

Пруфа не будет, это ИМХО личный опыт. на ноуте да, не страшно.

Хорошо, просто подумай что ты хочешь от ФС? Если она у тебя на /, /usr, /var...etc то какой в ней смысл? Reiser4 Уделывает лишь по скорости записи. Ты безпрерывно что то пишешь в /...? Я нет. Тем более в любом тесте видно что скорость чтения таки ниже (на похорониксе было). По моему для системы важнейшая составляющая это скорость чтения, а не записи. Если ты гентушник с портежами и тебя радует что емэрдж стал быстро работать, то спешу огорчить - после фрагментации раздела твой рейзер превратится в слоупока. Пруфы ищи сам, неоднократно это проскакивало даже на ЛОРе. Если это файло помойка с 1 - 10Гб фильмами то я бы во первых не стал доверять это Reiser4, а во вторых опять же частая перезапись не важна. Ни ресайза раздела, на дефрагментации (xfs наше фсе). Имеет смысл лишь сжатие в Reiser4

Сам не проверял, но по логике xfs должен бысрее работать при компиляции, если памяти много, т.к. в xfs очень агрессивное кэширование записи (файл записывается на диск только когда памяти не хватает), мелкие временные файлы могут вообще не попасть на диск. Правда есть обратная сторона медали - при аппаратном сбое (типа выключение света) данные будут потеряны, так что xfs требует ибп в обязательном порядке. p.s. юзаю xfs на /home, и файлопомойка + торент тоже на xfs, фрагментация реально меньше чем на всех других системах что я пробовал (ext3/4 и reiserfs), но когда место кончается все равно фрагментируется жестко, так что лучше всегда 10-20% держать свободным.

Народ, объясните анабиознику, что за глюк 12309 и iowait?

https://bugzilla.kernel.org и там в поиск вбить номер бага.

Large I/O operations result in poor interactive performance and high iowait times

Не знаю как у вас а у меня прямопротивоположная ситуация. XFS - живет уже несколько лет при довольно частых отключениях питания и все остается целым. А вот Reiser4 Умирала быстро, после 2 - 3 отключенийначинались сбои, fschk не помогал. В итоге забил и теперь юзаю ext4 & xfs

Тьху, а мы разве не о btrfs говорили?

Нет, ФСсрач начался именно с Reiser4

ФСсрач начался со вброса Шишкина.

Debian Lenny, Intel X3100, KDE4.3
Konqueror открывается минуту, Konsole пол-минуты.

сочувствую это реальный ужас. но - мое глубокое IMHO - кеды можно юзать, только в рамках шапочных проектов, то есть для десктопа это федора кора. почему то во всех остальных дистрах я всегда наблюдал с кедами полный бардак, трудно описуемый и плохо понимаемый (ну может openSuse можно еще юзать с кедами).

Блин, впечатление такое что это ядро склепали с жуткого бодуна укурки... Ну да к тому все шло. Еще на *.rc* народ визжал и плакал.

«Однако Олег свою линию гнул...» (с) 8)

P.S. make nconfig выглядит соотв. вышесказанному 8)

>почему то во всех остальных дистрах я всегда наблюдал с кедами полный бардак, трудно описуемый и плохо понимаемый

Ну почему же. В kubuntu кеды весьма неплохи. У меня сейчас на ноуте kubuntu 10.04, а на десктопе fedora 13 c KDE опять же.

Очень все быстро работает.

+1, девушке поставил кубунту на слабенький комп (старый 2-ядерный атлон, 1 гиг мозгов, видюху нв7300гт, идешный винт), все очень шустро. Эффекты правда отключены.

>> во всех остальных дистрах я всегда наблюдал с кедами полный бардак,

так оно и есть

>+1, девушке поставил кубунту на слабенький комп (старый 2-ядерный атлон, 1 гиг мозгов, видюху нв7300гт, идешный винт), все очень шустро.

Фигасе слабенький комп. У меня четверокеды нормально работали на 867МГц/640МБ

а за что его?

Он обнаружил в бтрфс глюк - при создании 100500 мелких (2кб емнип) файлов чуть ли не 85% места забивается служебной инфой, и только 15 используется по назначению, фанаты бтрфс высрали столько кирпичей, что на две Китайские стены хватит.

Ну просто под рукой нет более слабого компа, поэтому не могу сказать. Как то с полгода назад ставил другу слаку 13 на ноут с 1.7 ггц селероном и 512 памяти (из которых 32 отжирает видюха), вот там кде 4.2 шевелилось весьма неспешно (первый раз вообще чуть ли не минуту загружалось, потом конечно побыстрее). Это чисто интерфейс, никакие проги более-менее тяжелые я на нем не запускал. Так что я сделал вывод, что кде4 требует минимум гига памяти. Не исключаю, что более поздние версии стали менее прожорливыми.

Я сам особо не в теме, посмотри в толксах. Был тред про то что фрактала люто бешено исключили.

Это... Кажись Aceler говорил, что «опять» починили 12309. У кого починилось?

А его никогда и не было. Это - миф, оправдание тех, кто не умеет сам настраивать нужные параметры, и неосилил поставить прогу, которая сделает это за них.

apt-get install irqbalance

В нормальных дистрах установлено по-дефолту.

(взято тут)

Ссылки по теме:
[BUG] 12309 (обсуждение)
Решение проблемы с медленной записью...

Да ну, и на одноядернике поможет?

> меня реально волнует эта проблема. а если вам нечего сказать - то и не высовывайтесь.

Описанное тут решение не помогает?

http://www.linux.org.ru/jump-message.jsp?msgid=5179778&cid=5187202

Hint: после установки irqbalance, если в вашем дистре установленный пакет сам не пропишет себя в автозапуск, его придется включить вручную на нужных runlevel-ах. После чего - перегрузиться.

PS: если irqbalance нет в дистре (такие бывают?), то по ссылкам есть альтернативные решения вручную.

> Да ну, и на одноядернике поможет?

А оно бывает на одноядернике?

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

PS: Хотя да, если на одноядернике сожрать все ресурсы единственного процессора - система будет тормозить. Но это - не баг. :)

> У меня есть разделы ntfs ... бывает если копировать большой файл не откликается даже мышь.

Описанное выше решение помогает?

> Он обнаружил в бтрфс глюк - при создании 100500 мелких (2кб емнип) файлов чуть ли не 85% места забивается служебной инфой, и только 15 используется по назначению, фанаты бтрфс высрали столько кирпичей, что на две Китайские стены хватит.

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