The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Новое распределенное хранилище данных будет включено в Linux ядро, opennews (??), 29-Окт-07, (0) [смотреть все]

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


19. "Новое распределенное хранилище данных будет включено в Linux..."  +/
Сообщение от Nickemail (??), 29-Окт-07, 17:23 
>[оверквотинг удален]
>
>Мимо темы конечно...
>
>Торвальдс на kevent зуб точит или завидует, что сам первым не придумал
>:-)
>
>Советую почитать Igor Sysoev http://www.opennet.me/base/dev/kqueue_vs_epoll.txt.html
>
>Лично для меня, основное преимущество работы с kevent, так это замес сигналов
>и дескрипторов.

постыдилсо бы на такую древность линки кидать...
Jan 2003

особенно порадовало "(эй, в Линуксе знают о aio операциях !?!)"  %)))))
улыбнуло. пасиба.

ну а ваще все те "вкусности", что позволяет этот kqueue уже давно есть в Линухе,
и не слеплены в один сискол.

Ответить | Правка | Наверх | Cообщить модератору

21. "Новое распределенное хранилище данных будет включено в Linux..."  +/
Сообщение от Аноним (-), 29-Окт-07, 17:53 
>ну а ваще все те "вкусности", что позволяет этот kqueue уже давно
>есть в Линухе,
>и не слеплены в один сискол.

Кстати появились они только после kevent патчей, да и то несколько кривовато...

Хотя в kqueue используется intptr_t, который суть указатель и следовательно не работает, если ядро 64 бит, а userspace - 32.

Ответить | Правка | Наверх | Cообщить модератору

22. "Новое распределенное хранилище данных будет включено в Linux..."  +/
Сообщение от devcoderemail (??), 29-Окт-07, 18:45 
> и НЕ слеплены в один сискол.

Разве это удобно?

Лично мне, как сишному програмисту под Linux, это не очень _удобно_ (хотя конечно же возможно). Особенно когда пишешь демоны, то есть когда нужно одновременно обрабатывать и сигналы и fd-события. И основное неудобство даже не в кол-ве строк кода, а в том,
что логику работы программы нужно составлять с учётом "независимости" обработчиков (sigaction и epool/select/pool). Можно конечно унифицировать через RTSIG, но там свои засады (ограничения).

В общем, кто писАл подобное - поймёт, кто не писАл - звиняйте за оффтоп (кстати!).

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

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




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

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