forum.opennet.ru - "Релиз Linux ядра 2.6.33" (47)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Релиз 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ообщить модератору

Оглавление

Релиз Linux ядра 2.6.33, cvsup, 11:26 , 25-Фев-10, (1)

Релиз Linux ядра 2.6.33, Myc, 12:15 , 25-Фев-10, (5)

Релиз Linux ядра 2.6.33, cvsup, 13:12 , 25-Фев-10, (16)

Релиз Linux ядра 2.6.33, Myc, 13:43 , 25-Фев-10, (19) +1

Релиз Linux ядра 2.6.33, cvsup, 14:18 , 25-Фев-10, (24)

Релиз Linux ядра 2.6.33, xx, 12:21 , 25-Фев-10, (6) +2
Релиз Linux ядра 2.6.33, гхм, 23:01 , 25-Фев-10, (35)

Релиз Linux ядра 2.6.33, Карбофос, 18:00 , 26-Фев-10, (42)

Релиз Linux ядра 2.6.33, quass, 11:35 , 25-Фев-10, (2) +4
Релиз Linux ядра 2.6.33, haku, 12:04 , 25-Фев-10, (3) +1

Релиз Linux ядра 2.6.33, haku, 13:39 , 25-Фев-10, (18) +1

Релиз Linux ядра 2.6.33, Logo, 12:10 , 25-Фев-10, (4)

Релиз Linux ядра 2.6.33, John, 12:50 , 25-Фев-10, (10)
Релиз Linux ядра 2.6.33, Vasily Pupkin, 12:50 , 25-Фев-10, (11)

Релиз Linux ядра 2.6.33, Arcturus, 00:33 , 26-Фев-10, (37)

Релиз Linux ядра 2.6.33, а.н., 23:01 , 26-Фев-10, (43)

Релиз Linux ядра 2.6.33, Arcturus, 10:57 , 27-Фев-10, (46)

Релиз Linux ядра 2.6.33, anesth, 14:29 , 27-Фев-10, (47)

Релиз Linux ядра 2.6.33, Аноним, 12:31 , 25-Фев-10, (7)

Релиз Linux ядра 2.6.33, anonymous, 17:15 , 25-Фев-10, (27)

Релиз Linux ядра 2.6.33, AlexYeCu, 00:42 , 12-Мрт-10, (49)

Релиз Linux ядра 2.6.33, AlexYeCu, 00:41 , 12-Мрт-10, (48)

Релиз Linux ядра 2.6.33, Zenitur, 12:41 , 25-Фев-10, (8) –6

Релиз Linux ядра 2.6.33, User294, 14:12 , 25-Фев-10, (23)

Релиз Linux ядра 2.6.33, _umka_, 21:36 , 25-Фев-10, (30)

Релиз Linux ядра 2.6.33, минона, 22:01 , 25-Фев-10, (32)
Релиз Linux ядра 2.6.33, анонимный боброжеватель, 01:10 , 26-Фев-10, (38)
Релиз Linux ядра 2.6.33, User294, 05:39 , 26-Фев-10, (40)

Релиз Linux ядра 2.6.33, Zenitur, 12:44 , 25-Фев-10, (9)

Релиз Linux ядра 2.6.33, аноним, 13:02 , 25-Фев-10, (15) +3

Релиз Linux ядра 2.6.33, Zenitur, 14:03 , 25-Фев-10, (21)

Релиз Linux ядра 2.6.33, Карбофос, 00:50 , 27-Фев-10, (44)

Релиз Linux ядра 2.6.33, Аноним, 12:51 , 25-Фев-10, (12)

Релиз Linux ядра 2.6.33, XoRe, 22:52 , 25-Фев-10, (34)

Релиз Linux ядра 2.6.33, Alen, 12:53 , 25-Фев-10, (13)

Релиз Linux ядра 2.6.33, Piter_Ring, 13:14 , 25-Фев-10, (17) +1

Релиз Linux ядра 2.6.33, минона, 13:52 , 25-Фев-10, (20) +1
Релиз Linux ядра 2.6.33, Zenitur, 14:06 , 25-Фев-10, (22)

Релиз Linux ядра 2.6.33, anonymous, 17:21 , 25-Фев-10, (28)

Релиз Linux ядра 2.6.33, IGX, 14:27 , 25-Фев-10, (25)

Релиз Linux ядра 2.6.33, szh, 19:11 , 25-Фев-10, (29) +1

Релиз Linux ядра 2.6.33, filosofem, 21:46 , 25-Фев-10, (31)

Релиз Linux ядра 2.6.33, минона, 22:07 , 25-Фев-10, (33) +1

Релиз Linux ядра 2.6.33, poige, 16:57 , 25-Фев-10, (26)
Релиз Linux ядра 2.6.33, sdog, 23:37 , 25-Фев-10, (36)

Релиз Linux ядра 2.6.33, Карбофос, 01:23 , 27-Фев-10, (45)

Релиз Linux ядра 2.6.33, pavlinux, 04:56 , 26-Фев-10, (39) +1

Сообщения по теме [Сортировка по времени | 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 (??) on 25-Фев-10, 12:04

Ух ты, они ещё разогнали reiserfs v3 на на многоядерных и многопроцессорных системах. Круто.

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

18. "Релиз Linux ядра 2.6.33" +1 +/–

Сообщение от haku (??) 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 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 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 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 (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 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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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 (??) on 25-Фев-10, 12:04
Ух ты, они ещё разогнали reiserfs v3 на на многоядерных и многопроцессорных системах. Круто.
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	18. "Релиз Linux ядра 2.6.33"		+1 +/–
	Сообщение от haku (??) 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 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 on 25-Фев-10, 12:44
Кому-нибудь известно, какой код удаляют в основном? Выходящих из моды устройств типа COM-мышек и ISA-звуковых карт?
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


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