LINUX.ORG.RU

Linux 2.6.35

 


0

0

Вышло ядро Linux 2.6.35. Новые возможности ядра, улучшения и исправления:

  • Direct I/O для Btrfs;
  • Новая экспериментальная система ведения журнала для XFS;
  • Фронт-энд для отладки ядра KDB;
  • Поддержка L2TP версии 3 (RFC 3931);
  • Новый конфигурационный интерфейс make nconfig, работающий через ncurses;
  • А также некоторое количество новых драйверов, исправлений и функций.

>>> Список изменений

★★★★★

Проверено: Aceler ()

ИМХО (вброс)

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

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

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

Stage1 ★★ ()
Ответ на: комментарий от anonymous

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

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

anonymous ()

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

zensey ()
Ответ на: комментарий от daemonpnz

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

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

anonymous ()
Ответ на: комментарий от daemonpnz

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

anonymous ()
Ответ на: комментарий от sS

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

anonymous ()
Ответ на: комментарий от X-Pilot

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

partyzan ★★★ ()
Ответ на: комментарий от ZZaiatSS

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

partyzan ★★★ ()
Ответ на: комментарий от partyzan

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

anonymous ()

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

anonymous ()
Ответ на: комментарий от anonymous

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

partyzan ★★★ ()
Ответ на: комментарий от resurtm

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

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

real_maverick ★★★ ()

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

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

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

V0ID ★★★ ()
Ответ на: комментарий от real_maverick

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

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

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

jackill ★★★★★ ()
Ответ на: комментарий от jackill

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

anonymous ()
Ответ на: комментарий от real_maverick

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

так оно и есть

kto_tama ★★★★★ ()
Ответ на: комментарий от anonymous

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

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

madcore ★★★★★ ()
Ответ на: комментарий от registrant

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

anonymous ()
Ответ на: комментарий от madcore

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

anonymous ()
Ответ на: комментарий от registrant

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

partyzan ★★★ ()
Ответ на: комментарий от Pavval

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

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

apt-get install irqbalance

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

(взято тут)

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

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

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

anonymous ()
Ответ на: комментарий от anon_666

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

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

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

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

anonymous ()
Ответ на: комментарий от ClanMax

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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