The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз Linux ядра 2.6.33"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз Linux ядра 2.6.33"  +/
Сообщение от opennews (ok) on 25-Фев-10, 11:26 
Спустя менее чем три месяца с момента выхода прошлой версии 2.6.32 (http://www.opennet.dev/opennews/art.shtml?num=24504), Линус Торвальдс представил (http://lkml.org/lkml/2010/2/24/301) следующий релиз Linux ядра - 2.6.33 (http://www.kernel.org/). В новое ядро принято 11708 исправлений от 1354 разработчиков, размер патча - 54Мб  (добавлено 869 тыс. строк кода, удалено - 489 тыс.).


Основные новшества (http://kernelnewbies.org/Linux_2_6_33):

-  Дисковая подсистема, ввод/вывод и файловые системы

-  В состав ядра принят код DRBD (http://www.drbd.org/), реализация распределенного реплицируемого блочного устройства (RAID-1 по сети);

-  Из ядра удалена поддержка планировщика ввода/вывода Anticipatory Scheduler, вместо него рекомендуется использовать CFQ;

-  В ядро интегрирована система "Block I/O controller", предназначенная (http://lwn.net/Articles/360958/) для организации ограничения пропускной способности блочных устройств. Одно из наиболее интересных применений разра...

URL: http://lkml.org/lkml/2010/2/24/301
Новость: http://www.opennet.dev/opennews/art.shtml?num=25565

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Релиз Linux ядра 2.6.33"  +/
Сообщение от cvsup (ok) on 25-Фев-10, 11:26 
pread*(), теперь вот recvmsg().. похвально. Предвижу в версии 2.6.40 появление recvfrom() и sendmsg().
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Myc (??) on 25-Фев-10, 12:15 
> pread*(), теперь вот recvmsg().. похвально. Предвижу в версии 2.6.40 появление recvfrom() и sendmsg().
> Добавлен новый системный вызов recvmsg(), позволяющий организовать получение в рамках
> одного системного вызова сразу нескольких сообщений, которые ранее потребовали бы
> отдельных вызовов recvmsg().

Я так понимаю POSIX уже не котируется?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "Релиз Linux ядра 2.6.33"  +/
Сообщение от cvsup (ok) on 25-Фев-10, 13:12 
Котируется, но сам факт появления системных вызовов BSD спустя 20-25 лет в линуксе умиляет.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

19. "Релиз Linux ядра 2.6.33"  +1 +/
Сообщение от Myc (??) on 25-Фев-10, 13:43 
не-не.
В новости просто ошибка.
Новый сискол не recvmsg, а recvmmsg!
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

24. "Релиз Linux ядра 2.6.33"  +/
Сообщение от cvsup (ok) on 25-Фев-10, 14:18 
Ага, вот это совсем другое.
Судя по патчу, некий враппер для recvmsg() для заряжения приема данных за один вызов.
http://patchwork.ozlabs.org/patch/33726/
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Релиз Linux ядра 2.6.33"  +2 +/
Сообщение от xx on 25-Фев-10, 12:21 
А в 2.6.45 MessageBox() ;)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

35. "Релиз Linux ядра 2.6.33"  +/
Сообщение от гхм on 25-Фев-10, 23:01 
>Статус модуля для карт ATI Radeon изменён с экспериментального на стабильный;

А у меня HD2600xt AGP все еще ни в какую не хочет работать.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

42. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Карбофос (ok) on 26-Фев-10, 18:00 
почему? у меня дома на компе проблем нет. проверь:
cat /var/log/Xorg.0.log | grep EE
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Релиз Linux ядра 2.6.33"  +4 +/
Сообщение от quass on 25-Фев-10, 11:35 
Да, а в 3.0.12 будет QObject::connect(object1,SIGNAL(msg()),object2,SLOT(rcvmsg()));
да! :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Релиз Linux ядра 2.6.33"  +1 +/
Сообщение от haku email(??) on 25-Фев-10, 12:04 
Ух ты, они ещё разогнали reiserfs v3 на на многоядерных и многопроцессорных системах. Круто.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "Релиз Linux ядра 2.6.33"  +1 +/
Сообщение от haku email(??) on 25-Фев-10, 13:39 
Собрал 33-е, первое что заметил -- скайп перестал звук поганить ^_^ Люблю это ядро.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Logo (ok) on 25-Фев-10, 12:10 
>Compcache - система для организации хранения содержимого системных кэшей в сжатом виде.

Кто-то это уже пробовал, на сколько оно эффективно?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Релиз Linux ядра 2.6.33"  +/
Сообщение от John (??) on 25-Фев-10, 12:50 
>>Compcache - система для организации хранения содержимого системных кэшей в сжатом виде.
>
>Кто-то это уже пробовал, на сколько оно эффективно?

Я пробовал на системе PII 300, 160Mb RAM. Выделил 32MB под compcache. В итоге стало чуть полегче с памятью(а соответственно временем запуска), особенно Firefox и OpenOffice.org. Замеров не проводил - все субъективно. Попробуйте, вроде бы не сложно.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Vasily Pupkin on 25-Фев-10, 12:50 
У меня на n810 compcache прикручен - реально заметно. Необходимая технология, где I/O медленный
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

37. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Arcturus on 26-Фев-10, 00:33 
Что-то я не совсем понял фишку compcache: свап используют, когда не хватает оперативки. А в данном случае количество оперативки ещё уменьшают за счёт свапа-в-памяти-с-компрессией? Или эта штука показывает перфоманс только когда "немного нехватает памяти"? У меня, например, celeron-M-1500 + 1.5G RAM, окружение лекговесное (xfce), swap - 512, который почти никогда, как я вижу по датчикам, не используется. Используется он реально, если я прогу написал с мэмори-ликом, или когда открываю какую-нибудь тяжеловесную картинку в GIMP. Как я понимаю compcache мне не поможет? Или я не прав? Какие у него юс-кейсы?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

43. "Релиз Linux ядра 2.6.33"  +/
Сообщение от а.н. on 26-Фев-10, 23:01 
ммм. у модуля ramzswap есть настройки, позволяющие задать предел (по дефолту, емнип, 15%), до которого будет применяться компрессия в памяти, а после - своп на задаваемое в тех же параметрах устройство.
если собрано не модулем, см. страницу проекта и тарболл, там утилита есть.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

46. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Arcturus on 27-Фев-10, 10:57 
Интересно, а какая оптимальная конфигурация, например, в моём случае? 1.5 GB RAM (800 из которых /tmp TMPFS)  + 512 SWAP?
И ещё... почему бы в обычный свап не ложить сжатые страницы?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

47. "Релиз Linux ядра 2.6.33"  +/
Сообщение от anesth (ok) on 27-Фев-10, 14:29 
>Интересно, а какая оптимальная конфигурация, например, в моём случае? 1.5 GB RAM
>(800 из которых /tmp TMPFS)  + 512 SWAP?

Полагаю, это можно посчитать, собрав данные по использованию свопа.

>И ещё... почему бы в обычный свап не ложить сжатые страницы?

Не реализовал никто. Наверное потому, что дисковые гигабайты нынче дешёвые. Смысл compcache, он же не в экономии дискового пространства, а в том, чтобы до определённого предела, при незначительном использовании свопа, избежать дисковых операций вообще.

Вот только то, что включено в ядро, работает несколько кривовато. Оно вроде бы есть, но его вроде бы и нет. Разумнее собирать оригинальный тарболл (модуль ramzswap.ko + rzscontrol) и пользоваться ими. Навроде

modprobe ramzswap num_devices=1 backing_swap=/dev/mapper/luksswap
mkswap /dev/ramzswap0
swapon /dev/ramzswap0

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Аноним (??) on 25-Фев-10, 12:31 
А зачем Anticipatory Scheduler убрали? Застарелый баг с iowait вроде профиксили, по крайней мере в 12 федоре уже не ощущается, однако на десятой именно этот планировщик выручал.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

27. "Релиз Linux ядра 2.6.33"  +/
Сообщение от anonymous (??) on 25-Фев-10, 17:15 
CFQ он тоже anticipatory, только еще более продвинутый.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

49. "Релиз Linux ядра 2.6.33"  +/
Сообщение от AlexYeCu on 12-Мрт-10, 00:42 
>CFQ он тоже anticipatory, только еще более продвинутый.

И сильнее всех подвержен багу.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

48. "Релиз Linux ядра 2.6.33"  +/
Сообщение от AlexYeCu on 12-Мрт-10, 00:41 
>А зачем Anticipatory Scheduler убрали? Застарелый баг с iowait вроде профиксили, по
>крайней мере в 12 федоре уже не ощущается, однако на десятой
>именно этот планировщик выручал.

«Профиксили», ага… 2.6.32 — на месте, никуда не делся…

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Релиз Linux ядра 2.6.33"  –6 +/
Сообщение от Zenitur email on 25-Фев-10, 12:41 
Когда можно будет начать использовать юзеру, начиная с 2.6.33.1, 2.6.33.2 или 2.6.33.3 - в плане безопасности в сети и закрытию уязвимостей?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

23. "Релиз Linux ядра 2.6.33"  +/
Сообщение от User294 (ok) on 25-Фев-10, 14:12 
Лол! Каждый сам для себя решает когда можно.
Самое интересное:
1. Безопасность - не какой-то окончательный результат выбитый в камне а непрерывный процесс. Как борьба брони и снаряда.
2. А что, в линуксе есть сильно крутые дыры с сетью? Припоминаются только какие-то досы на экзотичных протоколах раз в сто лет. Это так уж страшно? oO
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

30. "Релиз Linux ядра 2.6.33"  +/
Сообщение от _umka_ (??) on 25-Фев-10, 21:36 
еще вспоминается менее пол года назад ping-of-death в linux.
когда ядро умирало от специально фрагментированого icmp..
или icmp - это уже экзотика ?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

32. "Релиз Linux ядра 2.6.33"  +/
Сообщение от минона on 25-Фев-10, 22:01 
а давайте на пруфлинк посмотрим?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

38. "Релиз Linux ядра 2.6.33"  +/
Сообщение от анонимный боброжеватель on 26-Фев-10, 01:10 
http://www.linux.org.ru/news/security/4333485

Если вы об этом, то это не ICMP. Впрочем, тоже неприятная штука.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

40. "Релиз Linux ядра 2.6.33"  +/
Сообщение от User294 (ok) on 26-Фев-10, 05:39 
1. В каком месте там ICMP был? Нельзя ли пруфлинк на то как линуксное ядро icmp-ом завалили не далее чем полгода назад?
2. Если посмотреть новости, можно пожалуй и про других узнать что-нить интересненькое. Особенно на тематических ресурсах. Например припоминается как крЮтые Juniper-ы с правильной операционкой что-то уходили в ребут от специфичных пакетиков :).
3. По мере нахождения грабля была запатчена. Как ни странно, все остальные делают точно так же. Что-то не так? Или вы это так, потроллить? :) Кстати запатчили вообще в RC версии, если меня не глючит (приветы Zenitur'у).
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Zenitur email on 25-Фев-10, 12:44 
Кому-нибудь известно, какой код удаляют в основном? Выходящих из моды устройств типа COM-мышек и ISA-звуковых карт?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "Релиз Linux ядра 2.6.33"  +3 +/
Сообщение от аноним on 25-Фев-10, 13:02 
Удаляют в процессе "написания" с заменой на новые строчки" или тот, который требует продолжения разработки, но не поддерживается. Драйвера на устаревшее оборудование не трогают - работают замечательно и кушать не просят =)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

21. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Zenitur email on 25-Фев-10, 14:03 
Ладно тогда. А то я уже огорчился...
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

44. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Карбофос (ok) on 27-Фев-10, 00:50 
так вы же часто компилируете, там в конфигурационнике обычно написано: deprecated если что-то выкидывается.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Аноним (??) on 25-Фев-10, 12:51 
в-основном, не удаляют, а заменяют (правят баги и т.д.)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

34. "Релиз Linux ядра 2.6.33"  +/
Сообщение от XoRe (ok) on 25-Фев-10, 22:52 
>в-основном, не удаляют, а заменяют (правят баги и т.д.)

Иногда переводят на новые подсистемы.
Например, вместо пяти разных больших участков кода, делают один большой и пять маленьких, которые его используют)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Alen (??) on 25-Фев-10, 12:53 
не вполне понятен прогиб под проприетарную вмварь :(
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

17. "Релиз Linux ядра 2.6.33"  +1 +/
Сообщение от Piter_Ring email(ok) on 25-Фев-10, 13:14 
Опен то опен но кушать все хотят, даже опен.
Потому кто платит, тот и музыку заказывает.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

20. "Релиз Linux ядра 2.6.33"  +1 +/
Сообщение от минона on 25-Фев-10, 13:52 
а! Piter_Ring нашёл крючок за который хоть как-то можно зацепиться? :D

зы:
но радоваться вам пока рановато. по вашему (закрыто/открытому) пути никто не пошёл.
сами дрова VWware Virtual GPU для акселерации графического вывода открыты.
и никто не мешвет задействовать их например в kvm.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

22. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Zenitur email on 25-Фев-10, 14:06 
>Опен то опен но кушать все хотят, даже опен.
>Потому кто платит, тот и музыку заказывает.

Почему бы и не включить GPL-ный код?! Он актуален и облегчает жиизнь прользователям несвободной программы. Драйвер NVIDIA же тоже несвободен, но я уверен, просьбы его создателей учитываются разработчиками ядра.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

28. "Релиз Linux ядра 2.6.33"  +/
Сообщение от anonymous (??) on 25-Фев-10, 17:21 
>Драйвер NVIDIA же тоже несвободен, но я уверен, просьбы его создателей учитываются разработчиками ядра.

Уверенность это хорошо, но не всегда. NVIDIA это одна из самых гнусных анти-FOSS компаний, никогда не стеснявшаяся этого.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

25. "Релиз Linux ядра 2.6.33"  +/
Сообщение от IGX on 25-Фев-10, 14:27 
Интересно, а кто по вашему развивает ядро? По-моему почти на 100% это коммерческие компании. Если ядро не будет представлять коммерческого интереса - не будет и его развития, т.к. платить за его разработку будет некому.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

29. "Релиз Linux ядра 2.6.33"  +1 +/
Сообщение от szh (ok) on 25-Фев-10, 19:11 
> Интересно, а кто по вашему развивает ядро? По-моему почти на 100% это коммерческие компании.

на 85%.
http://lwn.net/Articles/372938/

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

31. "Релиз Linux ядра 2.6.33"  +/
Сообщение от filosofem (ok) on 25-Фев-10, 21:46 
>не вполне понятен прогиб под проприетарную вмварь :(

Чтобы форточник запустил образ убунты под вмварью и почувствовал комфорт, скорость и красоту, которая была ему недоступна. И начал бы задумываться.

Хотя в общем случае ты прав, прогибаться под проприетарщика стратегически не верно, особенно когда есть более качественные и удобные OSS альтернативы.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

33. "Релиз Linux ядра 2.6.33"  +1 +/
Сообщение от минона on 25-Фев-10, 22:07 
>В состав ядра включены два драйвера для оптимизации работы гостевых окружений в системе виртуализации VMware

ударение на слове "гостевых". после осмысления на слове "драйвера".

зы:
"фирма <такая-то> написала открытый драйвер <такой-то>, который включили в состав ядра" - это уже прогиб под проприетарщиков? ну-ну.
а когда патч от мс брали это наверное вообще означает - "мс выкупила ядро линуха"? да?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

26. "Релиз Linux ядра 2.6.33"  +/
Сообщение от poige (ok) on 25-Фев-10, 16:57 
> позволило частично повысить производительность reiserfs на многоядерных и многопроцессорных системах.

vs.

This means that its SMP scalability is very poor. This release won't fix that issue
[...]
Due to the subtle semantics of the locking changes, some workloads may have small performance regressions and other have improvements.

-- То есть, не только улучшения, но и ухудшения.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

36. "Релиз Linux ядра 2.6.33"  +/
Сообщение от sdog (ok) on 25-Фев-10, 23:37 
"частично повысить производительность"
????
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

45. "Релиз Linux ядра 2.6.33"  +/
Сообщение от Карбофос (ok) on 27-Фев-10, 01:23 
потому что производительность повышается только при определенных условиях. ее нельзя увеличить сразу во всем. это надо так понимать.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

39. "Релиз Linux ядра 2.6.33"  +1 +/
Сообщение от pavlinux (ok) on 26-Фев-10, 04:56 
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.33

Ой, и про меня не забыли :)

> agp/amd64: Remove GART dependency on AGP_AMD64

Долго сотрудник AMD сопротивлялся тому, что ихний IOMMU умеет работать без AGP :)

Так что, владельцы Turion/Athlon64/Opteron, кто юзает IOMMU,
можете смело вырубать AGP, конечно если его не используете.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру