| 1.1, cvsup (ok), 11:26, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
pread*(), теперь вот recvmsg().. похвально. Предвижу в версии 2.6.40 появление recvfrom() и sendmsg().
| | |
| |
| 2.5, Myc (??), 12:15, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
> pread*(), теперь вот recvmsg().. похвально. Предвижу в версии 2.6.40 появление recvfrom() и sendmsg().
> Добавлен новый системный вызов recvmsg(), позволяющий организовать получение в рамках
> одного системного вызова сразу нескольких сообщений, которые ранее потребовали бы
> отдельных вызовов recvmsg().
Я так понимаю POSIX уже не котируется?
| | |
| |
| 3.16, cvsup (ok), 13:12, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Котируется, но сам факт появления системных вызовов BSD спустя 20-25 лет в линуксе умиляет.
| | |
| |
| 4.19, Myc (??), 13:43, 25/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
не-не.
В новости просто ошибка.
Новый сискол не recvmsg, а recvmmsg!
| | |
|
|
| 2.35, гхм (?), 23:01, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Статус модуля для карт ATI Radeon изменён с экспериментального на стабильный;
А у меня HD2600xt AGP все еще ни в какую не хочет работать.
| | |
| |
| 3.42, Карбофос (ok), 18:00, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
почему? у меня дома на компе проблем нет. проверь:
cat /var/log/Xorg.0.log | grep EE
| | |
|
|
| 1.2, quass (?), 11:35, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Да, а в 3.0.12 будет QObject::connect(object1,SIGNAL(msg()),object2,SLOT(rcvmsg()));
да! :)
| | |
| 1.3, haku (??), 12:04, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Ух ты, они ещё разогнали reiserfs v3 на на многоядерных и многопроцессорных системах. Круто.
| | |
| |
| 2.18, haku (??), 13:39, 25/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Собрал 33-е, первое что заметил -- скайп перестал звук поганить ^_^ Люблю это ядро.
| | |
|
| 1.4, Logo (ok), 12:10, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Compcache - система для организации хранения содержимого системных кэшей в сжатом виде.
Кто-то это уже пробовал, на сколько оно эффективно?
| | |
| |
| 2.10, John (??), 12:50, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Compcache - система для организации хранения содержимого системных кэшей в сжатом виде.
>
>Кто-то это уже пробовал, на сколько оно эффективно?
Я пробовал на системе PII 300, 160Mb RAM. Выделил 32MB под compcache. В итоге стало чуть полегче с памятью(а соответственно временем запуска), особенно Firefox и OpenOffice.org. Замеров не проводил - все субъективно. Попробуйте, вроде бы не сложно.
| | |
| 2.11, Vasily Pupkin (?), 12:50, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
У меня на n810 compcache прикручен - реально заметно. Необходимая технология, где I/O медленный
| | |
| |
| 3.37, Arcturus (?), 00:33, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Что-то я не совсем понял фишку compcache: свап используют, когда не хватает оперативки. А в данном случае количество оперативки ещё уменьшают за счёт свапа-в-памяти-с-компрессией? Или эта штука показывает перфоманс только когда "немного нехватает памяти"? У меня, например, celeron-M-1500 + 1.5G RAM, окружение лекговесное (xfce), swap - 512, который почти никогда, как я вижу по датчикам, не используется. Используется он реально, если я прогу написал с мэмори-ликом, или когда открываю какую-нибудь тяжеловесную картинку в GIMP. Как я понимаю compcache мне не поможет? Или я не прав? Какие у него юс-кейсы?
| | |
| |
| 4.43, а.н. (?), 23:01, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
ммм. у модуля ramzswap есть настройки, позволяющие задать предел (по дефолту, емнип, 15%), до которого будет применяться компрессия в памяти, а после - своп на задаваемое в тех же параметрах устройство.
если собрано не модулем, см. страницу проекта и тарболл, там утилита есть.
| | |
| |
| 5.46, Arcturus (?), 10:57, 27/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Интересно, а какая оптимальная конфигурация, например, в моём случае? 1.5 GB RAM (800 из которых /tmp TMPFS) + 512 SWAP?
И ещё... почему бы в обычный свап не ложить сжатые страницы?
| | |
| |
| 6.47, anesth (ok), 14:29, 27/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Интересно, а какая оптимальная конфигурация, например, в моём случае? 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
| | |
|
|
|
|
|
| 1.7, Аноним (-), 12:31, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А зачем Anticipatory Scheduler убрали? Застарелый баг с iowait вроде профиксили, по крайней мере в 12 федоре уже не ощущается, однако на десятой именно этот планировщик выручал.
| | |
| |
| |
| 3.49, AlexYeCu (?), 00:42, 12/03/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>CFQ он тоже anticipatory, только еще более продвинутый.
И сильнее всех подвержен багу.
| | |
|
| 2.48, AlexYeCu (?), 00:41, 12/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>А зачем Anticipatory Scheduler убрали? Застарелый баг с iowait вроде профиксили, по
>крайней мере в 12 федоре уже не ощущается, однако на десятой
>именно этот планировщик выручал.
«Профиксили», ага… 2.6.32 — на месте, никуда не делся…
| | |
|
| 1.8, Zenitur (?), 12:41, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
 Когда можно будет начать использовать юзеру, начиная с 2.6.33.1, 2.6.33.2 или 2.6.33.3 - в плане безопасности в сети и закрытию уязвимостей?
| | |
| |
| 2.23, User294 (ok), 14:12, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Лол! Каждый сам для себя решает когда можно.
Самое интересное:
1. Безопасность - не какой-то окончательный результат выбитый в камне а непрерывный процесс. Как борьба брони и снаряда.
2. А что, в линуксе есть сильно крутые дыры с сетью? Припоминаются только какие-то досы на экзотичных протоколах раз в сто лет. Это так уж страшно? oO
| | |
| |
| 3.30, _umka_ (??), 21:36, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
еще вспоминается менее пол года назад ping-of-death в linux.
когда ядро умирало от специально фрагментированого icmp..
или icmp - это уже экзотика ?
| | |
| |
| 4.40, User294 (ok), 05:39, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
1. В каком месте там ICMP был? Нельзя ли пруфлинк на то как линуксное ядро icmp-ом завалили не далее чем полгода назад?
2. Если посмотреть новости, можно пожалуй и про других узнать что-нить интересненькое. Особенно на тематических ресурсах. Например припоминается как крЮтые Juniper-ы с правильной операционкой что-то уходили в ребут от специфичных пакетиков :).
3. По мере нахождения грабля была запатчена. Как ни странно, все остальные делают точно так же. Что-то не так? Или вы это так, потроллить? :) Кстати запатчили вообще в RC версии, если меня не глючит (приветы Zenitur'у).
| | |
|
|
|
| 1.9, Zenitur (?), 12:44, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кому-нибудь известно, какой код удаляют в основном? Выходящих из моды устройств типа COM-мышек и ISA-звуковых карт?
| | |
| |
| 2.15, аноним (?), 13:02, 25/02/2010 [^] [^^] [^^^] [ответить]
| +3 +/– |
Удаляют в процессе "написания" с заменой на новые строчки" или тот, который требует продолжения разработки, но не поддерживается. Драйвера на устаревшее оборудование не трогают - работают замечательно и кушать не просят =)
| | |
| 2.44, Карбофос (ok), 00:50, 27/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
так вы же часто компилируете, там в конфигурационнике обычно написано: deprecated если что-то выкидывается.
| | |
|
| |
| 2.34, XoRe (ok), 22:52, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>в-основном, не удаляют, а заменяют (правят баги и т.д.)
Иногда переводят на новые подсистемы.
Например, вместо пяти разных больших участков кода, делают один большой и пять маленьких, которые его используют)
| | |
|
| |
| 2.17, Piter_Ring (ok), 13:14, 25/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Опен то опен но кушать все хотят, даже опен.
Потому кто платит, тот и музыку заказывает.
| | |
| |
| 3.20, минона (?), 13:52, 25/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
а! Piter_Ring нашёл крючок за который хоть как-то можно зацепиться? :D
зы:
но радоваться вам пока рановато. по вашему (закрыто/открытому) пути никто не пошёл.
сами дрова VWware Virtual GPU для акселерации графического вывода открыты.
и никто не мешвет задействовать их например в kvm.
| | |
| 3.22, Zenitur (?), 14:06, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Опен то опен но кушать все хотят, даже опен.
>Потому кто платит, тот и музыку заказывает.
Почему бы и не включить GPL-ный код?! Он актуален и облегчает жиизнь прользователям несвободной программы. Драйвер NVIDIA же тоже несвободен, но я уверен, просьбы его создателей учитываются разработчиками ядра.
| | |
| |
| 4.28, anonymous (??), 17:21, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Драйвер NVIDIA же тоже несвободен, но я уверен, просьбы его создателей учитываются разработчиками ядра.
Уверенность это хорошо, но не всегда. NVIDIA это одна из самых гнусных анти-FOSS компаний, никогда не стеснявшаяся этого.
| | |
|
|
| 2.25, IGX (?), 14:27, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Интересно, а кто по вашему развивает ядро? По-моему почти на 100% это коммерческие компании. Если ядро не будет представлять коммерческого интереса - не будет и его развития, т.к. платить за его разработку будет некому.
| | |
| 2.31, filosofem (ok), 21:46, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>не вполне понятен прогиб под проприетарную вмварь :(
Чтобы форточник запустил образ убунты под вмварью и почувствовал комфорт, скорость и красоту, которая была ему недоступна. И начал бы задумываться.
Хотя в общем случае ты прав, прогибаться под проприетарщика стратегически не верно, особенно когда есть более качественные и удобные OSS альтернативы.
| | |
| |
| 3.33, минона (?), 22:07, 25/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>В состав ядра включены два драйвера для оптимизации работы гостевых окружений в системе виртуализации VMware
ударение на слове "гостевых". после осмысления на слове "драйвера".
зы:
"фирма <такая-то> написала открытый драйвер <такой-то>, который включили в состав ядра" - это уже прогиб под проприетарщиков? ну-ну.
а когда патч от мс брали это наверное вообще означает - "мс выкупила ядро линуха"? да?
| | |
|
|
| 1.26, poige (ok), 16:57, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> позволило частично повысить производительность 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.
-- То есть, не только улучшения, но и ухудшения.
| | |
| |
| 2.45, Карбофос (ok), 01:23, 27/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
потому что производительность повышается только при определенных условиях. ее нельзя увеличить сразу во всем. это надо так понимать.
| | |
|
|
