|
2.19, deadless (ok), 18:23, 31/03/2011 [^] [^^] [^^^] [ответить]
| –3 +/– |
и чо там вкусного? пробуждение из хибернейта по таймеру? или поддержка unicore-32?
по мне вкусное будет когда сядут и проведут месячник безопасности и заодно основательно так подчистят бугзилу. Чтобы не было этих идиотских ежедневных релизов. Я понимаю что тебе они в кайф, но не все такие садомазо. :)
| |
|
3.20, non anon (?), 20:12, 31/03/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
>и чо там вкусного?
Отвечает К.О.:
- для администраторов там вкусна нативная поддержка xen dom0 и ipset, плюс уникальный debloat-шедулер пакетов (больше никого из вендоров осей проблема bufferbloat не волнует).
- для десктопных юзеров там вкусны очередные фичи видеодров и расширенная поддержка нового железа
| |
|
4.25, deadless (ok), 10:34, 01/04/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
не понимаю тех кто увлекается xen dom0, вот апсолютно не понимаю, ipset ну для тех кому оно надо прямо вот ждал все эти 10 лет наверно да стоит собирать новое ведро, bufferbloat, да наверно есть такая проблема для меня опятьже не актуальная. А вот безопасность это очень актуально. но пожалуй мы никогда не дождемся чтобы упоминая о новых уязвимостях в ядре появлялись хотя бы раз в месяц, а не как сейчас..
| |
|
5.27, ананим (?), 14:55, 02/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>не понимаю тех кто увлекается xen dom0, вот апсолютно не понимаю
что значит "увлекается"? есть сервант, куча виртуалок, и почему бы мне не захотелось чтобы этот сервант стал поддерживать новые фичи, которых уже допуркуа - улучшение ext3, появился ext4, заметные улучшения xfs, улучшения в различных шедулирах, айсказях и тд, и тп. тоже с сетью.
к примеру XCP держит только ext3 (есть ещё рау и тд, но речь о локальной фс) и хранилища для виртуалок на нём до 2Тб. и чё, сидеть на 32 ведре?
не, ксен в ведре - это классно. особенно для тех кто в него уже вляпался.
>но пожалуй мы никогда не дождемся чтобы упоминая о новых уязвимостях в ядре появлялись хотя бы раз в месяц, а не как сейчас..
а вот мы этого и не ждём. нам это и не надо.
апстрим есть апстрим - пусть фичи шлёпают. и побольше, побольше.
вот так нам кается.
| |
|
6.28, Аноним (-), 15:46, 03/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> не понимаю тех кто увлекается xen dom0, вот апсолютно не понимаю
> что значит "увлекается"? есть сервант, куча виртуалок, и почему бы мне не захотелось чтобы этот сервант стал поддерживать новые фичи
kvm+qemu наше всё. даже в 32-м ядре.
| |
|
|
|
3.23, Аноним (-), 07:11, 01/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> по мне вкусное будет когда сядут и проведут месячник безопасности
Да, это надо. А то пока что можно наблюдать у Линукса месячные безопасности.
| |
|
|
|
2.5, Аноним (-), 13:42, 31/03/2011 [^] [^^] [^^^] [ответить]
| –3 +/– |
Этот коммит наводит на мысль, что BKL как будто насильно был в ядро внедрен с целью потом героически его вынести. Весь коммит - это удаление (а не переписывание) кода.
| |
|
3.17, szh (ok), 16:27, 31/03/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Этот коммит наводит на мысль
в гугле забанили, и остается только такой бред писать?
| |
|
|
1.4, rm (??), 13:34, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Впервые узнал о UniCore-32, к сожалению много не нагугливается, но похоже что ближе всего она к ARM. И это уже третья ветка, если считать разрабатываемые сейчас в китае семейства CPU (другие два - это MIPSы от Lemote и Ingenic).
| |
|
2.9, Аноним (-), 14:20, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Впервые узнал о UniCore-32, к сожалению много не нагугливается
в гугле вообще информации по нему ноль, наверное сугубо китайщина...
| |
|
3.16, Остин (?), 16:23, 31/03/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
Китайцы банят гугл - гугл банит китайцев. Закон сохранения =)
| |
3.18, Аноным (?), 16:40, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
> UniCore-32
это которые longson (на основе MIPS, с другими командами) или что-то другое?
| |
|
|
1.7, анон (?), 13:45, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
История борьбы с BKL в линуксе (кратко):
- Убран BKL
- Убран весь BKL
- Убран ВООБЩЕ ВЕСЬ BKL
- Ну теперь совсем убран!
- Убран в последнем компоненте
- ???
| |
|
2.8, Sergey722 (?), 13:56, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
- Убран BKL
- Убран весь BKL
- Убран ВООБЩЕ ВЕСЬ BKL
- Ну теперь совсем убран!
- Убран в последнем компоненте
- PROFIT
| |
|
3.21, nobody (??), 00:23, 01/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
-написали BFS
-написали 200 строк
-написали ulatencyd
-написали на лоре "руки выпрями"
??????
?!
А_ПОЧЕМУ_ПРИ_КОПИРОВАНИИ_ФАЙЛОВ_ЗАГРУЗКА_CPU=100%_ОПЯТЬ?!
| |
|
4.22, Аноним (-), 02:54, 01/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Потому что вы не понимаете разницы между ожиданием ввода-вывода и загрузкой.
| |
|
|
2.11, анонимище (?), 14:39, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
> История борьбы с BKL в линуксе (кратко):
Примерно так последние 2 недели боролся и я с одним багом ;)
| |
2.13, Роман (??), 15:12, 31/03/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
До этого вычищались вызовы BKL.
Последний патч удаляет саму реализацию BKL. Это значит, что если ядро собралось, то ни один компонент не использует BKL.
| |
|
1.14, docck (?), 15:55, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Что-то на убунте 10.10 с видюхой нвидиа 220 этот самый rc1 не захотел устанавливаться корректно, не смог подружиться с дровами 270.29
| |
1.24, docck (?), 10:06, 01/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ни фига не очевидно - 270.30 дают тот же результат. Сейчас вот приду с работы и попробую решить проблему путем замены 10.10 на 11.04 :)
| |
|