https://opennet.ru/openforum/vsluhforumID3/24915.html В статье "Boost application performance using asynchronous I/O (http://www-128.ibm.com/developerworks/linux/library/l-async/)" рассказывается про оптимизацию производительности приложений используя средства асинхронного ввода/вывода в Linux.<br><br>URL: http://www-128.ibm.com/developerworks/linux/library/l-async/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=8275<br> https://opennet.ru/openforum/vsluhforumID3/24915.html#14 Wed, 24 Oct 2007 05:50:10 GMT Подскажиете пожалуста, как динамически создать N структур для aio и передать их lio_listio? У меня за цикл разное количество операций и я не могу эффективно использовать уже выделенную память или создать столько сколько нужно.<br> https://opennet.ru/openforum/vsluhforumID3/24915.html#13 Wed, 24 Oct 2007 03:20:38 GMT При использовании сигналов или нитей для уведомления о завершении, нужно ли хранить структуры которые использовались для вызова? или можно не дожидаясь завершения операции заюзать структуру aiocb снова?<br><br>Вобще хочется дать n запросов на ио через lio_listio и двигатся далее<br> https://opennet.ru/openforum/vsluhforumID3/24915.html#12 Mon, 04 Sep 2006 18:40:50 GMT http://lse.sourceforge.net/io/aio.html https://opennet.ru/openforum/vsluhforumID3/24915.html#11 Mon, 04 Sep 2006 18:40:04 GMT AIO read and write on sockets (doesn't return an explicit error, but quietly defaults to synchronous or rather non-AIO behavior) https://opennet.ru/openforum/vsluhforumID3/24915.html#10 Mon, 04 Sep 2006 16:50:34 GMT &gt;а если не диск а сокеты?? <br><br>Зависит от логики. Либо один сокет на поток, либо несколько и через select/etc. https://opennet.ru/openforum/vsluhforumID3/24915.html#9 Mon, 04 Sep 2006 16:25:26 GMT а если не диск а сокеты?? https://opennet.ru/openforum/vsluhforumID3/24915.html#8 Mon, 04 Sep 2006 14:42:28 GMT &gt;&gt;Но обработка то всё-равно выполняется в одном потоке. <br>&gt;Для простых дисков и дисковых массивов один поток лучше чем много.По скорости. <br><br>Я не то имел в виду. Есть один поток (thread) который пишет на диск. У него есть очередь в которую другие потоки кидают запросы на запись. https://opennet.ru/openforum/vsluhforumID3/24915.html#7 Mon, 04 Sep 2006 14:37:02 GMT &gt;Но обработка то всё-равно выполняется в одном потоке. <br>Для простых дисков и дисковых массивов один поток лучше чем много.По скорости. https://opennet.ru/openforum/vsluhforumID3/24915.html#6 Mon, 04 Sep 2006 13:29:24 GMT Ну struct QUEUE, это отдельная история... <br><br>Вот ещё в догону парочка... <br><br>http://lwn.net/Articles/145365<br>http://www.bullopensource.org/posix<br><br><br><br>