Linux 2.6.34 Released!

> Видимо я везунчик.

Скорее, количество io операций на разделах с шифрованием возрастает на порядок и баг проявляется более активно, чем без шифрования

>http://lkml.org/lkml/2010/4/1/128

2010/4/1

Нутыпонел.

да, признаю фейл на 50% :)

на серверах стоят ядра 2.6.18. И у них нет этого злостного сами знаете чего.

> что там с noaveau? проприетарщину уже заенить можно?

Уже сейчас можно. Только официально Fedora 13 выйдет 25 числа. Это я к тому, что там будет 3D.

>да, признаю фейл на 50% :)

А второе? Признание в любви в LKML — это же так романтично :'(

>Как ты ZFS закапывать то собрался - ее ж в линаксе нету (для зануд - в том, который ядро)?

Так закапывать вместе с тем, где она в ядре.

>>Как ты ZFS закапывать то собрался - ее ж в линаксе нету (для зануд - в том, который ядро)?

Так закапывать вместе с тем, где она в ядре.

Баттхёрт? Его уже много лет закапывают, да все никак не закопают.. Да и должно же быть что-то, ч чем конкурировать, а то ведь застой наступит?

У меня глюк с IO проявлялся на ноуте, сильно. Потом сдох мост. Сейчас, после замены - практически не проявляется.

>что с багом 12309 ?

i/o wait??

>>У меня глюк с IO проявлялся на ноуте, сильно. Потом сдох мост. Сейчас, после замены - практически не проявляется.

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

Рааскажите про LogFS, кто пробовал

Это как UFS2 с включенным механизмом Soft Updates: ext2-подобная структура ФС на носителе и все метаданные, относящиеся к транзакциям, находятся в памяти.

>У меня на 8GB проявляется. Не помогает :(

ставь 24 гига

%)

> запускаем рторрент с хешированием фильмов по 2-8 Гб. Винт кстати WD, ноутбук.
Это называется RESOLVED INSUFFICIENT_BRAIN
Стоит «рторрент с хешированием фильмов» (с) по 4-9 Гб. Винт не WD, ничего не воспроизводится. Про говножелезо я выше уже написал.

задобрил ты меня, сливаюсь :)

12309 заметен даже тогда, когда Ktorrent начинает качать на 20-25Мбит/с. Вся система становится вялой и это конкретно напрягает.

Вы запарили уже с говно/не говно железом. Каким бы говном/не говном железо бы ни было это никак не повлияет на 12309.

>Про говножелезо я выше уже написал.

То есть линукс нормально работает только на сферическом железе в вакууме? :)

простейшим способом

Посекторное шифрование всего винта с помощью dm-crypt/luks (можно с LVM, можно без - не важно) + создание preallocated образа винта в virtualbox на этом.

>>Рааскажите про LogFS, кто пробовал

Это как UFS2 с включенным механизмом Soft Updates: ext2-подобная структура ФС на носителе и все метаданные, относящиеся к транзакциям, находятся в памяти.

Везде тебе софтапдейтс видятся... Тамошние wandering tree это ж CoW в чистом виде..

>А можно прямую ссылку на тему про обсуждение этого 12309 ?

http://www.linux.org.ru/forum/linux-hardware/4893907

Там все есть

> это никак не повлияет на 12309
Вы чукчи явно не читатели. Начни что ли тред с начала.
Хотя бы с http://www.linux.org.ru/jump-message.jsp?msgid=4893208&cid=4893445
А то запарили их...

Кстати, надеюсь, boomlick покажет себя как последовательный и настоящий мужчина, и удалит с -20, как и обещал. :)

Это ты про «псто» что ли?

Вызывает мужик комиссию с требованием выделить ему новую квартиру, потому что у старой окна выходят на женскую баню и совершенно невозможно ничего делать. Ну комиссия приходит, говорит «Ну ничего не видно же, закрашены окна всё ок...» А мужик почти в истерике «А вы на шкаф залезали?!»

> То есть линукс нормально работает только на сферическом железе в вакууме?
Любая операционка так работает. А на реальном железе буксует. Вопрос в *частоте и вероятности возникновения проблем*.

Я ж уже говорил, pm-utils.

Что ещё скажешь? pm-utils - Всего лишь набор скриптов управления питанием, которые пришли на смену powersave и могут использовать как ядерную реализацию спящего режима, так и сторонние.

Например?

TuxOnIce, например.

> Q9650/8GB/3xSATA - это говножелезки?

Несомненно.

запускаем рторрент с хешированием фильмов по 2-8 Гб. Винт кстати WD, ноутбук.

Трансмишн, DVD размером ~7.7Гбайт, никаких лагов, мешающих работе, не возникает. Ноутбук, старый HDD Hitachi, внешний - Seagate.

>>не надо, вам вредно волноваться.

нет уж, проверить глючный суспенд надо.

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

>>TuxOnIce, например.

Это костылище. Именно поэтому оно не в ядре.

>>Хорошо, хорошо. Но только не перенапрягайтесь. Не заработает сегодня - заработает завтра. А к тому времени, как вас выпишут, и суспенд заработает, и 12309 пофиксят.

Я уже собрал и засуспендился - работает пока что. Раньше оно рандомно висло через 3-5 суспендов, скоро узнаю.

у меня от него даже гугл лег (сейчас уже нормально):

http://www.google.com/search?hl=en&q=kernel+bug+12309&btnG=Search

Server Error
The server encountered an error and could not complete your request.
If the problem persists, please mail error@google.com and mention this error message and the query that caused it.

Так выходит, что любая функция, не включённая в ядро, но наличествующая в виде патчей - костыль.

>>ЕМНИП, в багзилле разработчики жаловались что не могут воспроизвести

ну, это свойство любой багзиллы :)

> Так выходит, что любая функция, не включённая в ядро, но наличествующая в виде патчей - костыль.

Не только. Многое из включенного в ведро - тоже костыль.

>>Что мне пробовать, если все эти тулзы делают ровно одно и то же, за исключением специфичных usb-девайсов?

они делают одно и тоже - уходят спать. Только уходят по-разному.

Насчет 31 не уверен, в 32 у меня на арчах (разных) уже не наблюдалось точно

У меня в 33 на ноуте есть :(

Первая ссылка улыбнула

при копировании музыки(до ~80Мб) на плеер (2Гб) копируется секунд за пять, при копировании 1Гб до 10-15 мин.

Вставляем USB-винт (SATA в контейнере USB):

[viking@viking-ws ~]$ du -k Downloads | tail -n 1 ; date ; cp -r Downloads /mnt/part_flash ; sync ; date
964460	Downloads
Пнд Май 17 16:11:11 YEKST 2010
Пнд Май 17 16:12:01 YEKST 2010

А вот это USB-флэшка на 1 гигабайт, с шедулером CFQ:

[viking@viking-ws ~]$ mount /mnt/part_flash
[viking@viking-ws ~]$ du -k Downloads | tail -n 1 ; date ; cp -r Downloads /mnt/part_flash ; sync ; date
964460	Downloads
Пнд Май 17 16:12:53 YEKST 2010
Пнд Май 17 16:27:34 YEKST 2010

Та же USB-флэшка на 1 гигабайт, с шедулером noop:

[viking@viking-ws ~]$ du -k Downloads | tail -n 1 ; date ; cp -rf Downloads /mnt/part_flash ; sync ; date
964460	Downloads
Пнд Май 17 16:44:51 YEKST 2010
Пнд Май 17 16:51:21 YEKST 2010

И собственно чтение-запись флэшки напрямую:

[root@viking-ws ~]# dd if=/dev/sdc1 of=/home/cache bs=1024k count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 9,37432 s, 11,2 MB/s
[root@viking-ws ~]# dd of=/dev/sdc1 if=/home/cache bs=4096
25600+0 records in
25600+0 records out
104857600 bytes (105 MB) copied, 27,5365 s, 3,8 MB/s

Флэшка - обычный kingston data taveler, выданный на работе года два или около того назад. Так что выкидывайте нафиг свои флэшки, проблема в них а не в ядре, слишком умные они (флэшки) стали со своими контроллерами.

И плевать что первоапрельская шутка

> 12309 отлично воспроизводится на шифрованных дисках с LVM поверх. Это ли не серверные плюшки?!

Серверные плюшки это LVM поверх md и SAS. Или LVM поверх хардварного рейда. Или оно же поверх АППАРАТНОГО криптографического контроллера, на который заводится два шлейфа - с дискового контроллера и собственно с диска. А то что ты сказал - это наколенные игрища для владельцев черной бухгалтерии из фирмы «рога и копыта».

Со времён ядра 2,6,17 (Мандрива 2007) моя флешка не изменилась.

> А 12309 там починили?

Это возможно примерно настолько же, насколько возможно вообще не иметь багов. Я заинтересовался, почитал что это за баг. Это просто куча разрозненных репортов, часто не связанных, у которых общее только iowait. Т.е. разработчику в этом топике даже нет смысла тусоваться, пока он будет фиксить одну проблему, остальной народ будет кричать «а мне не помогло». Там смешано в кучу и криптование, и dm/md/lvm, и проблемы с журналом ext3, и проблемы с большими файлами на ext4, и cfq, и cfs, и запись на SSD, работа с USB... — разбираться с проблемами надо по одной за раз, и чтобы левые репорты не мешались, но это не этот случай. Так что 12309 можно смело игнорировать.

> Со времён ядра 2,6,17 (Мандрива 2007) моя флешка не изменилась.

А ты ее контроллер с пристрастием допроси, много интересного узнешь, насколько она «не изменилась».

> что там с noaveau? проприетарщину уже заенить можно?

Если будет vdpau, то да. Сейчас нет.

Блин, только 2.6.33.4 собрал.

>12309 заметен даже тогда, когда Ktorrent начинает качать на 20-25Мбит/с. Вся система становится вялой и это конкретно напрягает.

Ну а теперь включи мозги (если есть что включать, конечно): линейная скорость записи современных жестких дисков составляет порядка 80-100 Мб/с. Качается торрент — что это значит? Это значит «много перемещений головки и записи мелкими кусочками». Такой стрессовый паттерн сильно огорчает диски. А теперь, внимание: strace -e open -c your-favorite-application и посмотри, сколько же там скрыто обращений к диску и почему это должно работать быстро, когда Ktorrent задрачивает несчастную железку?

Скажи как, и я спрошу.

Есть уже zen-sources ебилды?