Текущий Стандарт С++ и перспективы его развития

Цитата Kray74 @ 09.07.14, 14:08

Axis, а асинхронность как реализуется?

В разных системах по разному, событийными библиотеками уровня ядра. epoll/kqueue/iocp
Ну и различными более высокоуровневыми: libevent, libuv, boost.asio и куча других.

Сообщение отредактировано: Axis - 09.07.14, 14:55

Цитата Kray74 @ 09.07.14, 14:08

а асинхронность как реализуется?

Внутри драйверов ОС наиболее эффективно на базе прерываний, обработчик устанавливает соответствующее событие.

Цитата Axis @ 09.07.14, 12:48

А делать кучу потоков это ныне моветон.

Потоки потокам рознь. Erlang с его "зелеными" процессами рвет этот ваш асинхронный Node.JS как тузик грелку.

Цитата Axis @ 09.07.14, 14:54

Цитата Kray74 @ 09.07.14, 14:08

Axis, а асинхронность как реализуется?

В разных системах по разному, событийными библиотеками уровня ядра. epoll/kqueue/iocp
Ну и различными более высокоуровневыми: libevent, libuv, boost.asio и куча других.

epoll и kqueue - это синхронные операции. Внезапно.

Цитата D_KEY @ 09.07.14, 17:49

epoll и kqueue - это синхронные операции

Блокирующие, но не синхронные В том смысле, что они блокируют поток управления, но они не требуются для осуществления самого ввода-вывода, а служат для демультиплексирования.

Сообщение отредактировано: MyNameIsIgor - 09.07.14, 18:37

Цитата MyNameIsIgor @ 09.07.14, 17:54

Цитата D_KEY @ 09.07.14, 17:49

epoll и kqueue - это синхронные операции

Блокирующиие, но не синхронные В том смыле, что они блокиркют поток управления, но они не требуются для осуществления самого ввода-вывода, а служат для мультиплексирования.

Что там асинхронного, если ты сам опрашиваешь?

Цитата D_KEY @ 09.07.14, 18:10

Что там асинхронного, если ты сам опрашиваешь?

Асинхронные там собственно операции ввода-вывода, как раз из-за того, что мы ожидаем множество событий, нам лишь нужно знать в каком потоке управления мы получим уведомление о событии. По-моему, понятно изложено здесь.
Собственно, POSIX AIO - это асинхронное неблокирующее API, которое может уведомить нас через сигнал/обратный вызов без каких либо блокирующих вызовов.

Цитата MyNameIsIgor @ 09.07.14, 18:21

Цитата D_KEY @ 09.07.14, 18:10

Что там асинхронного, если ты сам опрашиваешь?

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

Мы не получаем никаких уведомлений, мы сами опрашиваем состояния у группы объектов.

Цитата

Собственно, POSIX AIO - это асинхронное неблокирующее API, которое может уведомить нас через сигнал/обратный вызов без каких либо блокирующих вызовов.

Мы не о нем говорили.

Сообщение отредактировано: D_KEY - 09.07.14, 19:40

Цитата D_KEY @ 09.07.14, 19:38

Мы не получаем никаких уведомлений, мы сами опрашиваем состояния у группы объектов.

Как это не получаем? Именно получаем - выход из epoll_wait говорит о том, что состояние у кого-то изменилось. Выход из функции - это уведомление.

Цитата D_KEY @ 09.07.14, 19:38

Мы не о нем говорили.

Ну, не о нём, но это пример асинхронного неблокирующего API. Всякие демультиплексоры - асинхронное блокирующее.

Цитата MyNameIsIgor @ 09.07.14, 19:48

Цитата D_KEY @ 09.07.14, 19:38

Мы не получаем никаких уведомлений, мы сами опрашиваем состояния у группы объектов.

Как это не получаем? Именно получаем - выход из epoll_wait говорит о том, что состояние у кого-то изменилось. Выход из функции - это уведомление.

Ну тогда и обычный read асинхронный, ведь из него бы тоже выходим.

Цитата D_KEY @ 09.07.14, 19:49

Ну тогда и обычный read асинхронный, ведь из него бы тоже выходим.

Т.е. между асинхронностью и неблокируемостью нет разницы?

Сообщение отредактировано: MyNameIsIgor - 09.07.14, 19:59

Цитата MyNameIsIgor @ 09.07.14, 19:48

Цитата D_KEY @ 09.07.14, 19:38

Мы не о нем говорили.

Ну, не о нём, но это пример асинхронного неблокирующего API.

Да.

Цитата

Всякие демультиплексоры - асинхронное блокирующее.

Надуманная классификация с притягиванием за уши. Ввод/вывод бывает блокирующим(блокирует до выполнения), неблокирующим(не можем - возвращаемого управление и пробуем в другой раз), мультиплексированным(опрашиваем готовность группы) и асинхронным(говорим, что хотим получать уведомления и нас дергают, когда надо). На низком уровне. Дальше ты можешь навернуть проактор и не вдаваться в детали.

Добавлено 09.07.14, 20:07

Цитата MyNameIsIgor @ 09.07.14, 19:59

Цитата D_KEY @ 09.07.14, 19:49

Ну тогда и обычный read асинхронный, ведь из него бы тоже выходим.

Т.е. между асинхронностью и неблокируемостью нет разницы?

Есть. Может быть синхронность без блокировки. И блокировка без синхронности(блокируемся до получения уведомления).

Сообщение отредактировано: D_KEY - 09.07.14, 20:08

Цитата D_KEY @ 09.07.14, 20:06

мультиплексированным(опрашиваем готовность группы)

Боюсь, мы не опрашиваем, а дожидаемся.

Цитата D_KEY @ 09.07.14, 20:06

Есть. Может быть синхронность без блокировки. И блокировка без синхронности(блокируемся до получения уведомления).

Ну, вот я демультиплексоры назвал "блокировкой без синхронности", тебя не устроило. Как же тогда будет выглядеть синхронное без блокировки и блокировка без синхронности?

Синхронное без блокировки - это O_NONBLOCK, блокировка без синхронности - ну, например, ручная блокировка на флажке, который устанавливаем в обработчика сигнала
Я не понимаю, где асинхронность в select. Никаких асинхронных событий не происходит. Впрочем, очень условно можно сказать, что select как раз подходит под моё описание ожидания события, другое дело, что такая терминология ничего не привносит, а так же приводит к тому, что люди часто путают асинхронный ввод-вывод с мультиплексированным...

Сообщение отредактировано: D_KEY - 09.07.14, 20:34

Цитата D_KEY @ 09.07.14, 20:33

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

Ну, ok