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

k0rvinДохтаРС колбеками проще работать чем синхронихировать овер 100500 нитей.

Callbacks are the modern goto

Та шо вы говорите

мат часть A signal is a limited form of inter-process communication used in Unix, Unix-like, and other POSIX-compliant operating systems. It is an asynchronous notification sent to a process or to a specific thread within the same process in order to notify it of an event that occurred. When a signal is sent, the operating system interrupts the target process's normal flow of execution. Execution can be interrupted during any non-atomic instruction. If the process has previously registered a signal handler, that routine is executed. Otherwise the default signal handler is executed. Signals have been around since the 1970s Bell Labs Unix and are more recently specified in the POSIX standard.

k0rvinДохтаР Та шо вы говорите

Ну во-первых, сигналы и коллбэки вещи ортогональные,


Мы вроде как про сокеты синхронные, ассинхронные, AIO говорим.

Покажите асинхроный обмен без соответсвующей обратки
( в виде колбека, пробуждения итд ) от ОС ?




k0rvinа во-вторых, для тебя что, Unix -- образец для подражания?


ДА ДА ДА !!!!!


k0rvinЗря.
http://plan9.bell-labs.com/sys/doc/plumb.html


Ненашел там ничего про сабж
Есть какие то мессджи летающие непонятно по какому принципу
Там что, своя аппаратная архитектура без ДМА , перрываний итд ?
авторThe plumber is no exception; plumbing messages pass routinely across the network to remote applications without any special provision, in contrast to some commercial IPC mechanisms that become significantly more complex when they involve multiple machines.



Давайте без офтопика.

k0rvinДохтаРМы вроде как про сокеты синхронные, асинхронные, AIO говорим.
И что? Еще раз повторяю: сигналы и колбеки — ортогональные вещи. Я говорил, что колбеки — плохой способ организации кода. Про сигналы вообще ничего не говорил.

ДохтаРПокажите асинхроный обмен без соответсвующей обратки
в виде колбека от ОС?
Обмен между чем и чем? Ну допустим Erlang?


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



Я незнаю формата исполнимого файла Erlang.

Если эрланг собирает стандартный экзешник , то взаимодействие с сокетом
в нем либо синхронное , Операционка усыпляет процесс до момента поступленя данных в сокет .

Или асихронное, процесс работает по своему сценарию ,
вдруг ни стого ни с сего прерывается по сигналу и выполняет функцию,
которую написал програмист на ЯП высокого уровня.
по выходу из функции продолжает выполняться с места где его прервали.

Чем не колбек ?

ДохтаРДавайте без офтопика.
Давайте, но ты же начал про сигналы зачем-то.
[/quot]

Сигнал в Юниксе или сообщение ( в винде WM_ )
базовый механизм, на котором строится асинхронное взаимодействие процесс-ядро.

ДохтаР
Та шо вы говорите



Это ссылка для хайлоад проггеров,
которые считают мкросекунды респонстайма соотношение тактов процессоров
пользовательсткого и системного CPU.

k0rvinДохтаРИли асихронное, процесс работает по своему сценарию ,
вдруг ни стого ни с сего прерывается по сигналу и выполняет функцию,
которую написал програмист на ЯП высокого уровня.
по выходу из функции продолжает выполняться с места где его прервали.

Чем не колбек?

Это колбэк и именно это — дурацкий способ организации кода. Мало того, что неизвестно в каком состоянии будет разделяемая память перед вызовом колбэка и какой станет после, так еще куда этот колбэк может завести поток выполнения... В общем типичный лапшекод в goto-стиле.

Не нравится колбек возьмите select или poll
Но они не тру асинхрон, это асинхронный мультиплексор
синхронного IO для множества сокетов в одном потоке.

Чуть менее чем для 100% задач , кроме вери хайлоад., их вполне хватает .

А какую альтернативу предлагаете вы ?