Арч сам не нужен.

звучит неплохо

к лету допиленное ядрышко возможно уже появится в testing - интересно было б глянуть, но не вижу смысл бежать впереди паровоза и ставить что-то из исходников или тащить из sid

Релиз - УГ. Никогда раньше фризов не было при чтении с внешнего винта, а тут на тебе, фризы постоянные, даже курсор мыши замирает на полсекунды

который значительно повысил отзывчивость ядра, и, фактически, приблизил решение наиболее знаменитого бага Linux под номером 12309.

Наглейшее 4.2 почитай на этом же сайте обсуждения того самого патча, 12309 тут не при чем

+1. 12309 - это довольно четко определенный баг, и патч в 200 строк к нему не имеет никакого отношения. Уберите эту желтизну с новости.

в аптосиде уже есть }:E

Теперь точно вендекапенц.

> Расскажите, кто-нибудь, этому школьнику о 2.6.27 LTS.

Ты чо, этот школьник крутой собиратель дистрибутивов. Зачем ему такие глубокие знания.

> ок, дебиан засчитан (что-то они больно оперативны)

Часто Debian даже тестинг арча обгоняет.

А насчёт цифирей я так скажу - мне не нравится, что в sid 2.6.37 а не 2.6.32, в тестинге пока 2.6.32. Потому что я использую и -vserver, и -openvz, и -xen. Да, на десктопах. Потому что любой, кто пользуется десктопами для себя, а не по привычкам, ограниченным возможностями microsoft(c) windows(tm), тот знает, в чём удобство десктопное от контейнеров и гипервизора. И без них ядро - это не ядро.

>учитывая то , какое глюкалово с .37 ядром у меня на ноуте

+1

Так, внешний винт тут не причем. Фризы сами появляются раз в 10 секунд даже на незагруженной машине. Кто-нибудь может подтвердить?

>PREEMPT вообще не славится надежностью.

Это не PREEMPT не надёжно а руки кривые у песателей :)

PREEMPT как раз позволяет оттестить места с рейсами которые иначе не увидеть в общей куче кода. Лично патчи делал на такие места.

> Так, внешний винт тут не причем. Фризы сами появляются раз в 10 секунд даже на незагруженной машине. Кто-нибудь может подтвердить?

У некоторых активных крикунов здесь они появляются даже на выключенной машине. При этом никакого линупса они даже в глаза никогда не видели.

> Когда там уже btrfs будет годна для промышленного использования? Принципиальные баги в дизайне, на которые указал Шишкин, уже пофиксили?

Если поправить принципиальные баги в дизайне btrfs получится reiser4.

>У меня 2.6.36 и 2.6.37 вешали тачку раз в неделю

У меня сейчас 2 нетбука на столе с почти одинаковым железом но один с OpenSuse 11.3 (2.6.34) а второй с 11.4 (2.6.37) - на втором kernel bug лезут чуть ли не ежедневно в отличае от абсолютно стабильного первого...

Угу, такое же глючное УГ. Пусть Шишкин натирает свою шишку, а не лезет с умной рожей учить других. Ибо Reiser4 как была недоделкой, так и осталась ею.

А у меня 2.6.37-tuxonice. Работает отменно.

Не орал. При монтировании с лайв диска система фризилась.

Я не мальчик

>А у меня 2.6.37-tuxonice. Работает отменно.

uptime ?

Потому что Арч это не соревнование, кто быстрее зальёт очередной релиз, а осознанное использование актуального софта, без ущерба для стабильности.

Как узнать?

Бугога. Сразу видно эксперта -D

в консоли введи :))

> фактически, приблизил решение наиболее знаменитого бага Linux под номером 12309.

Опять этот мифический баг. Он как НЛО - никто его не видел, но все о нем говорят.

Кстати, это изменение не имеет отношения к 12309, к нему вообще ничего не имеет отношения, кроме кривых рук пользователей. А еще на этот патч сильно ругался Леннарт, потому что он не работает с его systemd, и приходится его отключать.

ну вот, а я только закончил собирать 2.6.37

>мифический баг

Враньё.

никто его не видел

Враньё. я его вижу, как только начинаю перекидывать или копировать единицы-десятки-сотни гигабайт.

Ну это же несерьёзно :))

ss@ACER:~$ uptime
16:35:40 up 13 days, 13:53, 8 users, load average: 1.60, 1.32, 1.37


PS: Падения на нетбукае кстати происходит часто после выхода из гибернации или же при например при переключении движка эффектов в кедах, причём получить устойчивую повторяемость эффекта в каком-то одном месте пока не удалось. Видимо код очень грязный пока.

Хз. У меня ни разу не падало.

блин, только вчера установил 2.6.37

> у меня ноут специальный, certified for redeyes (tm), на нем если что-то может глючить - оно глючит

Может какой-то баг в локальных либах, из-за которого все, что собирается, глючит? Попробуй какой-нибудь бинарный livecd с последним ядром. По идее последнее ядро должно быть в федоре:

http://fedoraproject.org/get-prerelease

Или, если не страшно тестить ночные билды, то: http://alt.fedoraproject.org/pub/alt/nightly-composes/

Образ можно залить на флешку методом: dd if=blablabla.iso of=/dev/sdb

Это как раз и плохо. кернел баги просто спят до поры чтобы забрать твои данные в самый неподходящий момент :)

>спят до поры

В чёрной-пречёрной комнате в чёрном-пречёрном гробике.

>А еще на этот патч сильно ругался Леннарт, потому что он не работает с его systemd, и приходится его отключать.

И правильно, не нужен ни Леннарт, ни systemd. Достаточно одного пульсаудио, придуманного этим великим разработчиком.

> Я так понимаю, его раньше 16-ой федоры не ждать

В 15-ой Федоре будет 38-е ядро.

дебианщики в тебя кидают какашками.

>в аптосиде

Закапывайте.

DoctorSinus> патч на 200 строк
xorik> Фризы сами появляются раз в 10 секунд даже на незагруженной машине. Кто-нибудь может подтвердить?

Если этот патч на 200 строк имеет нечто общее с zen-патчами ядра в районе .32, то да, есть такая тема... Я потому zen и не смог юзать в свое время.

> Враньё. я его вижу, как только начинаю перекидывать или копировать единицы-десятки-сотни гигабайт.

Во-первых, для теста, сделай от рута: # for f in /proc/irq/*/smp_affinity; do echo 1 > $f; done и проверь свое копирование.

Если после этого фризы пропадут, то поздравляю - у тебя кривой дистрибутив, лечится установкой и запуском irqbalance.

Если же проблема останется - запусти в одной консоли копирование своей сотни гигабайт, а в другой `vmstat 1 100`, и выложи его вывод куда-нибудь с указанием строк, во время которых видел фризы.

Хотя если твои данные ничего не стоят то конечно продолжай небоятся :)

DoctorSinus>> патч на 200 строк xorik>> Фризы сами появляются раз в 10 секунд даже на незагруженной машине. Кто-нибудь может подтвердить?

Если этот патч на 200 строк имеет нечто общее с zen-патчами ядра в районе .32, то да, есть такая тема... Я потому zen и не смог юзать в свое время.

Не, это - другое. Этот патч группирует процессы по tty, в общем-то - простой хак, но Линус очень просил. :)

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

Поздравляю!

> Не, это - другое. Этот патч группирует процессы по tty, в общем-то - простой хак, но Линус очень просил. :)

А он с ulatencyd не подерется?

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

Уже хочу собрать на своей бубунте.

>>как узнать uptime?

Сразу видно эксперта. Таким и должен быть ЛОР.

Отпразднуем же этот день

Лол, а зачем мне знать аптайм?

это случайно не те, которым нормально кеды последние скомпилить не могут?

Ядро? А что, есть какие-то проблемы со сборкой ядра в убунте?