Привет.

Суть вопроса вот в чем: Мониторю события на дескрипторах при помощи epoll. Так вот интересует, можно ли дескрипторы использовать в качестве индекса?

попробовал ради эксперимента, пока работает. Только вот не понятно, насколько это безопасно?

совсем не безопасно ;)

а когда значение дескриптора станет больше 10000 что будешь делать?    
возможный диапазон-то огого 

Это сообщение отредактировал(а) GwinnBleidd - 13.12.2009, 19:48

открой для себя хэш таблицы  

MAKCim, 
GwinnBleidd, Я вот из каких соображений исхожу - зная что нумеровка дескрипторов в программе, начинается с 3(из-за stdin, stdout, stderr), экспериментальным способом установил, что если открыть файл, его дескриптор равен 3, если открыть еще один файл, 4. Но если закрыть файл у которого дескриптор == 3, и после открыть его опять, то его дескриптор опять равен 3. Из этого предположил, что дескрипторы выделяются не каким-то случайным образом, и ОС оптимизирует этот механизм. И если в программе нет утечки дескрипторов, то принцип выделения их, весьма предсказуем и стабилен.

А вообще, было бы интересно узнать/почитать, по какому принципу Linux/BSD выделяют дескрипторы?

п.с.

Если программа не открыла 10000 дескрипторов, то диапазон == сколько_открыто + 3

Это сообщение отредактировал(а) andrew_121 - 13.12.2009, 21:10

UP.
Я полагаю, что с момента выделения дескриптора, до его освобождения, его все же можно использовать в качестве индекса. Но не уверен. В общем, интересует мнение остальных.
И все же это ради эксперимента.

Это сообщение отредактировал(а) andrew_121 - 13.12.2009, 21:30

• это непереносимо, нет гарантии что со следующей версией ядра это по прежнему будет работать
• твоя программа будет падать после того, как будет открыто 10000 дескрипторов, даже если они будут открыты не одновременно, представь, что ты пишешь клиент серверное приложение подключился один клиент, затем отключился, потом подключился второй клиент, затем он то-же отключился, рано или поздно значение дескриптора перевалит через 10000 и твоя программа упадет
• существуют нормальные способы делать это,  вообще должна быть возможность привязать любые данные к асинхронной операции, по крайней мере ASIO это как-то делает, в этом случае необходимость в поиске по индексу вообще отпадает
• существуют хэш таблицы
• существуют бинарные деревья поиска

andrew_121,
если ты используешь epoll, то epoll_event содежит поле data.ptr и с конкретным event'ом ты можешь связать объект, который будет хранить дескриптор

Добавлено через 12 минут и 14 секунд

ссылка

У Стивенса в "UNIX разработка сетевых приложений" дескрипторы используются в примере как индексы, однако попытки запуска примера под виндой говорят о том, что описанный вариант является непереносимым по причине х.н знает какого алгоритма выделения значения дескриптора (ИМХО просто рандом полнейший).

  



Я же описал, что после освобождения дескриптора, если вновь открыть файл, то он получит дескриптор с тем же номером. Т.е. если клиент отключился, дескриптор освободился, так же освобождаются все связанные с ним данные, т.е. сессия с этим клиентом завершена. Конечно, позже он может опять же подключиться, с ним будет начата новая сессия, соответственно, и новый дескриптор. Но я говорю только об одной не прерываемой сессии.



Да, да, да.
Повторюсь: это просто эксперимент/любопытство.



Знаю. Так я и сделал. Но хотелось понять.



Естественно. Венда как-то по своему это реализует.
А к книге CD-ROM прилагается? Если да, выложи только этот код на какой-нить файлообменник. Спасибо.

Я так понимаю, это уже недры open() ?
Так вот, хотел начать читать от open() вглубь, так и не понял как тем сайтом пользоваться  

andrew_121, 
вот тебе open()
open ;)


да, описание системных вызовов достаточно трудно найти, т. к. поиск по sys_open, sys_creat и т. д. не работает из-за того, что для определения изпользуются макросы SYSCALL_DEFINEx

MAKCim, Спасибо. Ты случаем не в курсе, есть ли подобные сервисы еще?

Добавлено через 1 минуту и 25 секунд
наверное нет. иначе бы ты им и пользовался.

Добавлено через 12 минут и 49 секунд
Мдя...рано мне код ядра читать 
Всем спасибо. Тема закрыта.

куча
искать по ключевым словам linux cross-reference
другое дело, что на этом сайте версии обновляются параллельно их выходу

MAKCim, Еще раз спасибо