Вот ты и заткнул пост-фактума в жопу!

а что не так с aio? без сарказма, интересно.

В итоге, был приюзан следующий код :

int _kbhit() {
	static const int STDIN = 0;
	static int initialized = 0;
	if (! initialized) {
		struct termios term;
		tcgetattr(STDIN, &term);
		term.c_lflag &= ~ICANON;
		tcsetattr(STDIN, TCSANOW, &term);
		setbuf(stdin, NULL);
		initialized = 1;
	}
	int bytesWaiting;
	ioctl(STDIN, FIONREAD, &bytesWaiting);
	return bytesWaiting;
}

с ним приходилось (а может и сейчас приходится?) создавать отдельный тред почти на каждый вызов и основную работу делать на уровне libc. Библиотечный код реализующий стандартный интерфейс posix был страшен как смертный грех. A для основных приложений aio (а это к слову СУБД и главные на тот момент спонсоры IBM и Oracle) даже минимальные издержки на вызов select и отработку в ядре, были критичны. epoll пришёлся очень кстати, заодно и лимиты fd_set преодолены.

за современное состояние дел сказать не могу сказать - ушёл я от ядерных разработок примерно в то время.

Согласен. Поэтому придумали epoll.

Ляликсовызовы

то в BSD есть «узкоспециализированный» kqueue (который ещё круче, если верить тому, что пишут).

Конечно круче

Буду оригинален: FASYNC!

static const int STDIN = 0;

Весь код фейспалм, но это особенно

man 3 fileno

А с прочим что не так? А про 0 - да, эпик :-)

Деточка, выбирай выраженьица.

Верю!

иногда вредно объяснять, как делать правильно. а то некоторые потом так и делают. всю жизнь. как в школе научили. потому что это «правильно». и бесполезно объяснять, что уже 21-й век, уже 4-й кернел, овощи, рожь, вот это всё.

а чем epoll геморроен, собсна? чота постоянно его юзали и не замечали никакого особого геморроя.

он более сложен - прикладнику приходится делать больше телодвижений и самый большой минус что epoll нестандартен и соотв. плохо портируем. Если заранее известно, что софт будет не только в linux, а в силу обстоятельств пишется на низком уровне (то есть стоит вопрос select/epoll/etc а не glib/ace/boost), то про epoll лучше забыть.

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

Я все делаю так, как мне хочется. И мне насрать на чужое мнение

Эдди себе не изменяет

man 2 read

Ооййй

Ну ты и страшен/страшна/страшно. Убери эту фоту......

знаешь, вот насрать совершенно. сиди и бойся!

*Кхм, вспоминая про винду* не такой и кроссплатформенный. Сорри, что влез в вашу дискуссию.

select() на винде конечно с особенностями, но чем он принципиально не кроссплатформенный?

select() на винде конечно с особенностями, но чем он принципиально не кроссплатформенный?

Тем, что с особенностями :) Нет, ну, если первый раз столкнешься и решишь, что дескрипторы select() хавает везде [и любые] (кроссплатформ же!), а потом оказывается, что на винде этот код не пашет. Так-то, во второй и следующие разы, он станет родным и кроссплатформенным. Вобщем, такие случаи, где запоминаешь какие-то особенности, сложно называть кроссплатформенными. Скорее platform-specific. А раз platform-specific, то рано или поздно напишешь сначала обертку, потом либу, потом фреймворк. И вот, когда ты забудешь все особенности, это станет кроссплатформой.