| 1.1, Аноним (1), 16:10, 10/10/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
С каждым новым релизом, Linux все больше становиться Linux'ом
Бльше новых API разных и разнообразных!
| | |
| 1.2, Лимуриец (?), 17:18, 10/10/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>UIO (user-space IO) - позволяет создавать драйверы для работы с устройствами ввода/вывода работающие как пользовательские процессы.
Наконец-то выньмопеды (кудаж от них денешься на ноутах) с их проприетарным кодом начнут работать в юзерспейсе.
| | |
| |
| 2.8, pavlinux (??), 22:58, 10/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
 Сэр, вы наверно не видели /proc/interrupts !!! :) (Для SMP_шников (multicore), остальным не актуально).
| | |
|
| 1.5, PavelR (??), 21:51, 10/10/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>В материале "Linux 2.6.23 Kernel Benchmarks" проведено сравнение
>производительности (кодирование звука, quake, сжатие данных) Linux ядер 2.6.23
>и 2.6.22.9, производительность, с учетом погрешности, оказалась на одном уровне.
А что, ожидалось что ядро сможет быстрее жать данные или звук ?? Смешно.
>Для устранения лишних пересылок между буферами ядра, в sendfile()
>задействовали новый механизм ввода/вывода - splice, появившийся в ядре 2.6.17;
Вот что влияет на производительность _ядра_...
| | |
| |
| 2.11, Nick (??), 04:59, 11/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
 вово
а кроме того, 2.6.23 все-таки быстрее .22-го.
Пусть кому-то это кажеться и в пределах погрешности, но все ж в обратнуюу сторону почему-то "ошибок" нет ;)))
смотрим счетчики в тестах и видим, что .23 все-таки быстрее.
| | |
| |
| 3.27, Аноним (1), 03:28, 15/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Пусть кому-то это кажеться и в пределах погрешности, но все ж в
>обратнуюу сторону почему-то "ошибок" нет ;)))
>смотрим счетчики в тестах и видим, что .23 все-таки быстрее.
Потому что стало шустрее но в этих тестах бОльшую часть CPU жрет userspace и на фоне этого выигрыш в кернеле оказывается "в пределах погрешности".Методика тестирования хреновая, подсистемы ЯДРА мало прогружены.
| | |
|
|
| 1.6, PavelR (??), 21:53, 10/10/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Новый, переработанный, базовый драйвер для SCSI устройств;
Вроде в 2.6.20 уже было включение некоей переработки ? Еще одна ?
| | |
| 1.13, belkin (?), 10:34, 11/10/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
"UIO (user-space IO) - позволяет создавать драйверы для работы с устройствами ввода/вывода работающие как пользовательские процессы."
Перевожу: "сопротивление бесполезно, эволюция хоть и окольными путями, но ведёт к микроядру".
Следующим будет "виртуализация как стандартное средство изоляции прикладных процессов от ОС для обеспечения безопасности, отказоустойчивости и управления распределением вычислительных ресурсов". Лет через 10 до всех дойдёт.
| | |
| |
| 2.14, Nick (??), 10:37, 11/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
>"UIO (user-space IO) - позволяет создавать драйверы для работы с устройствами ввода/вывода
>работающие как пользовательские процессы."
>
>Перевожу: "сопротивление бесполезно, эволюция хоть и окольными путями, но ведёт к микроядру".
хэх... по живому режешь...
>Следующим будет "виртуализация как стандартное средство изоляции прикладных процессов от ОС для
>обеспечения безопасности, отказоустойчивости и управления распределением вычислительных ресурсов". Лет через 10
>до всех дойдёт.
да уже и счас дошло до многих... но переделывать мягко говоря ОЧЕНЬ много...
| | |
|
| 1.16, Moralez (??), 14:12, 11/10/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Линукс сейчас не в топке только потому, что быстрый. Если его сделают микроядерным, он станет супертормозом похуже openbsd. И чем это по-вашему закончится?
| | |
| |
| 2.17, Nick (??), 14:18, 11/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Линукс сейчас не в топке только потому, что быстрый. Если его сделают
>микроядерным, он станет супертормозом похуже openbsd. И чем это по-вашему закончится?
и будет такая _ветка_ Линукса (потому как основная, монолитная, ессьно продолжит свое такое же стремительное развитие) побезопасней всяких OpenBSD ;)
вот тогда мы вас, товарисч, послушаем...
кому нужна будет скорость - возьмет монолит ветку. Кому паранойя спать мешает - микро версию.
| | |
| |
| 3.20, Moralez (??), 17:02, 11/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
Ненаучная фантастика какая-то.... Сейчас вон патч с -mm до ванилы 30 метров весит и Мортон стонет, что оно уже не собирается толком, а уж микроядро патчем сделать... Давайте ещё третью версию сделаем, как у мелкософта - чтобы наоборот максимум в ядро утащить! Делов то... Nick на выходных напишет.... :-)
| | |
| |
| 4.21, Nick (??), 18:15, 11/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Ненаучная фантастика какая-то.... Сейчас вон патч с -mm до ванилы 30 метров
>весит и Мортон стонет, что оно уже не собирается толком, а
>уж микроядро патчем сделать... Давайте ещё третью версию сделаем, как у
>мелкософта - чтобы наоборот максимум в ядро утащить! Делов то... Nick
>на выходных напишет.... :-)
гы :)
Nick то напишет... шо-то...
но стока не курят ни Мортон, ни Торвальдс...
Неважно какой был бы дифф поразмеру с монолита на мегалит %)))
Он развивалсо бы с момента разделения самостоятельно, лишь портируя пачти
из монолита в соответстсвующие сервиса микроядра.
Тут, как грицо, главное начать
| | |
|
|
| 2.18, sauron (??), 14:18, 11/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
 Читайте Таденбаума. Переход на микроядерную архитектуру сжирает 2-4% процессорного времени и не более. Так что говорить про тормоза особо не уместно.
| | |
|
| 1.22, Аноним (1), 19:46, 11/10/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>>Читайте Таденбаума. Переход на микроядерную архитектуру сжирает 2-4% процессорного времени и не более. Так что говорить про тормоза особо не уместно.
читайте-читайте. В теории много чего хорошего пишут. Только вот на практике что-то не получается.
| | |
| 1.25, Grez (?), 15:21, 12/10/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А как включить этот CFS-планировщик? Среди доступных его нет, что и где включить, чтобы он появился?
| | |
| |
| 2.26, Nick (??), 03:59, 13/10/2007 [^] [^^] [^^^] [ответить]
| +/– |
>А как включить этот CFS-планировщик? Среди доступных его нет, что и где
>включить, чтобы он появился?
видимо, ты перепутал шедулер проца и ввода/вывода.
Только шедулеры в/в включаются на выбор.
Шедулер проца же один и не переключаеться при конфигурации.
Просто с .22 версии до .23 его заменили с O(1) на CFS.
Перед Торвальдсом стоял вопрос о включении альтернативного выбора плнировщика при сборке.
Даже патч был. Но он это все послал лесом, ибо нефиг включать в ядро менее качественный шедулер. Тяжело не согласиццо :)
| | |
|
|
