LINUX.ORG.RU

Linux 2.6.34 Released!

 , , ,


0

0

В ночь с 16 на 17 вышел релиз стабильного ядра Linux!

В этой версии ядра добавлены:

  • 2 новых файловых системы: Ceph и LogFS - распределённая ФС и ФС для Flash устройств.
  • Добавлен драйвер для VMware Balloon
  • Много улучшений btrfs
  • Асинхронное засыпание/пробуждение
  • Поддержка переключения видеокарт
  • Базовая поддержка Radeon Evergreen (Radeon HD 5xxx)
  • Базовая поддержка энергосбережения для radeon r600 с kms
  • Виртуальные сети: быстрые KVM сети
  • TTL механизм безопасности VLAN Proxy ARP

>>> Полный список

★★★★★

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

заладили «12309 то, 12309 се»... Ни разу такой фигни у себя не замечал.
2.6.33-gentoo, ext3 на всех разделах, openbox. Компу 7 лет примерно (Athlon XP2200+, 512+256+128 DDR RAM, Radeon 9600XT на AGP4x). Я что-то где-то не так собрал?

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

> Конечно.

Чем? :)))

INSUFFICIENT DATA


Тут товарищ geek даже спецутилиту написал, и половина ЛОРа ее гоняла и систематизировала результаты, а у них все INSUFFICIENT DATA. Это не INSUFFICIENT DATA, это ВСЕМ ПОФИГ, НИЧЕГО ФИКСИТЬ НЕ БУДУТ.

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

Ты создай все же криптованный раздел, а на нем - preallocated образ virtualbox размером не менее 4гб. Как выполнишь квест, расскажи нам, вместо с выкладываенем подробного конфига.

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

>>У меня везде, кроме свопа, recordsize по умолчанию - 128К. Все что меньше 128К - занимает ровно столько секторов, сколько требуется, то есть если файл 2,5К или 86,5К- то он и занимает 2,5К или 86,5К.

и каким образом такого добился? что за фс?

ZFS. Правда, стоит отметить, что файл в 128,5К занимает два блока по 128К :-)

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

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

А у меня это чуть ли не ежедневный use case. С той разницей, что обычно обхожусь без виртуалбокса, просто большими файлами, а разделы, понятно, создал один раз и надолго.

pekmop1024 ★★★★★ ()
Ответ на: комментарий от post-factum

>> Кто мешает от этой самой фрагментации избавиться пост-фактум?

Я не мешаю.

Гыы :-) Видимо, мешает узость мышления? Или тут и такая есть? ;-)

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

>Тут же каждый тролль знает, что linuxfan вендузятник :)

4.2: абсолютно бездоказательно. Мое мнение, что линакс говно, не делает меня вендузятником.

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

> >У меня везде, кроме свопа, recordsize по умолчанию - 128К.

Какой recordsize, деточка? Ты бредишь?

Ну точно - недостаточная ширина кругозора! Проснись, детка, кроме линакса вокруг много всего интересного!

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

>Проснись, детка, кроме линакса вокруг много всего интересного!

Считаешь копание во внутренностях ОС вообще и линакс в частности интересным?

linuxfan ()

Снова LZMA в SquasFS не вошло, не видать нам 7-го слакса...

Остальное однако радует.

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

>Мое мнение, что линакс говно

linuxfan

«Спаси меня, Боже, от друзей, а с врагами я и сам справлюсь».

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

LUKS/dm-crypt

Мое мнение, что линакс говно

Палишься :) pekmop1024

-------------------------------------------------------

http://blog.wpkg.org/2009/04/23/cipher-benchmark-for-dm-crypt-luks/ http://thread.gmane.org/gmane.linux.kernel.device-mapper.dm-crypt/3154

Шифрование идёт на одном ядре, покамест. Так что оно на ноутах с медленными по-отдельности ядрами и быстрым SSD может проявляться, так и на быстром десктопе с быстрыми рэйдами ....

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

Andrew-R ★★★ ()
Ответ на: комментарий от linuxfan

>>Проснись, детка, кроме линакса вокруг много всего интересного!

Считаешь копание во внутренностях ОС вообще и линакс в частности интересным?

Ты, видимо, не считаешь, но продолжаешь копаться. Это из разряда «мыши плакали, кололись, но продолжали жрать кактус»?

Весна на улице :-) Много интересных занятий помимо бессмысленного копания с целью героического преодоления самому себе придуманных проблем.

anonymous ()
Ответ на: LUKS/dm-crypt от Andrew-R

> Шифрование идёт на одном ядре, покамест

Ты из какого века, что у тебя на шифрование одного ядра не хватает? Это раз.
Если все ядра остальные свободны - какого хрена ЗАПУЩЕННЫЕ приложения тупят? Это два.
Почему у меня на 2 машинах баг в точности воспроизводим бнз шифрования, все тем же виртуалбоксом? Это три.

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

> Железный планировщик нужен чтобы не нагружать процессор обработкой очередей к ЖД, сюрприз?

Где это можно прочувствовать на практике? Разница, там, между PIO и UDMA вполне себе заметна, а от этой мульки?

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

На тяжелых множественных параллельных операциях, при наличии не очень сильного процессора - особенно. Не все используют свое железо 2 раза неделю, чтобы по инету побродить, внезапно.

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

> ниразу. просто они не подходят мне, не выдержали они моих проверок на оптимальность)))

ну так бы сразу и сказал. а проверку чего именно не выдержали?

anonymous ()

совершенно не понимаю что там у всех тормозит, при dd if=/dev/zero of=~/file bs=1000000 как ни пытался, даже намеков на тормоза нет.

Novell-ch ★★★★★ ()
Ответ на: комментарий от pekmop1024

> Не все используют свое железо 2 раза неделю, чтобы по инету побродить, внезапно.

Не менее внезапно, за серваком тоже не все сидят.

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

> Не менее внезапно, за серваком тоже не все сидят.

При чем тут серваки?
Во-первых, там вообще SAS. С нормальными внешними контроллерами. Там, где этого нет - серваками считаться могут условно, т.к. от десктопа ничем не отличаются.
Во-вторых, мы тут 8 страниц обсуждаем характерный для десктопов баг 12309.

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

*Really* bad I/O latency with md raid5+dm-crypt+lvm

http://www.gossamer-threads.com/lists/linux/kernel/1140849 - ваше?

А по скорости там табличка была ..... до 20 или даже 10 Мб в секунду просаживалось чтение, в худшем случае. При диске, способном на линейные 105. Да, гибло-Celeron на 3 Ггц.

И до 30 Mб/c вообще при записи в рамдиск на ноуте.

Andrew-R ★★★ ()
Ответ на: комментарий от sprutos

>не выдержали они моих проверок на оптимальность)))

Оптимальность по какому критерию?

post-factum ★★★★★ ()
Ответ на: *Really* bad I/O latency with md raid5+dm-crypt+lvm от Andrew-R

По поводу общей производительности:

Скорость по винту держится в пределах 30 метров, между винтами luks и truecrypt - 60 метров в обе стороны.

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

> Q9650. Без raid, без lvm. Вообще никаких лишних сущностей, просто luks-раздел.

А метод шифрования-то какой? Дефолтный?

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

Вполне себе дефолтный, каким он описан, например, в вики генты или арча.

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

>ну так бы сразу и сказал. а проверку чего именно не выдержали?

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

да что тут мои рассказы? )) когда даже Гугл выбрал именно линэкс. причем, им скорость/стабильность очень нужна - не зря они так долго использовали ядро 2.4 и ext2.

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

есть оно там, просто в новости не написали.

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

> Снова LZMA в SquasFS не вошло, не видать нам 7-го слакса...

А это что?

Squashfs:
Add support for lzma and lzo compression (commit), (commit)

или Ъ по ссылкам не ходят? или брешут собаки?

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

>скорость. это первое. на одном и том же железе линэнкс показал лучшие результаты.

ресурсоемкость. да-да, ядро меньше, а вот ресурсов нужно много.

глючность. порой удивительно, как оно может ТАК глючить почти на ровном месте, при >нетривиальных задачах.



Панятно. Бог с ними со скоростью и ресурсоемкостью - приложения у всех разные, но вот глючность - так глючат все :-) С ZFS хотя бы глюки ниже ФС отлавливаются, да и данные битые не возвращает она, так что тоже сразу целым классом глюков меньше. Ладно, это уже неприкрытый оффтопик.

да что тут мои рассказы? )) когда даже Гугл выбрал именно линэкс. причем, им >скорость/стабильность очень нужна - не зря они так долго использовали ядро 2.4 и ext2.


Угу.. Чуваки из Оракла тока вот не знали, когда за Sun 5+ ярдов отваливали. Могли бы сэкономить, ведь у них уже есть линакс :-)

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

>>12.4. Input

Add driver for TWL4030 vibrator device


Линукс теперь работает и на вибраторах!


Это пять! Nokia N900 - во всех сексшопах страны ;-)

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

>Потом сдох мост. Сейчас, после замены - практически не проявляется.
Какой мост, южный? Какая марка, процессор какой?

darkshvein ☆☆ ()
Ответ на: комментарий от nikotyn

>12309 заметен даже тогда, когда Ktorrent начинает качать на 20-25Мбит/с.
Лол, у меня сам кторрент намертво встаёт (gui) при таких скоростях, но при этом качает. А вот в делюге ничего, нормально. Всё остальное не очень то от этих дел и тормозит.
И вряд ли это тот самый 12309

darkshvein ☆☆ ()
Ответ на: комментарий от Casus

> Ты так и ждёшь, ядро «за много годов» так и не менял? В этом плане там, однако, были переделки...

Какие? Да и толку если опять же, холодный старт у любой проограммы (без разницы большой или малой) минимум 2 секунды.

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

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

Какой мост, южный? Какая марка, процессор какой?

Южный. Ноут Acer Aspire 5520G, проц AMD, чипсет Nforce

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

>А это что?

Add knowledge of lzma/lzo compression formats to the decompressor

framework. For now these are added as unsupported. Without these entries lzma/lzo compressed filesystems will be flagged as having unknown compression which is undesirable.

Заготовки для внедрения LZMA, но в след. версиях, в этой нету.

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

> Заготовки для внедрения LZMA, но в след. версиях, в этой нету.

Значит брешут собаки. ну ладно.

anonymous ()

А кто-нибудь заставил считываться показания с термодатчика радеонов? radeon.hw_i2c=1 ядру передал, sensors-detect что-то там нашёл, но показания не выдаёт. Зато наконец-то управление частотами ядра/памяти видеокарты работает.

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

> Какие?

Ну, например, при выборе страниц для выбрасывания из памяти, например для увеличения кеша, скипаются страницы, принадлежащие коду программы.

Да и толку если опять же, холодный старт у любой проограммы (без разницы большой или малой) минимум 2 секунды.

Ужас какой.

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

> 4.2: абсолютно бездоказательно. Мое мнение, что линакс говно, не делает меня вендузятником.

Ты что-то напутал немного, очевидно ты мечтал написать, что Вин7 говно!

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