по возможности нужно всегда использовать асинхронный он быстрее .
Он проще с точки зрения меж-нитево-процессных синхронизаций.
С колбеками проще работать чем синхронихировать овер 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% задач , кроме вери хайлоад., их вполне хватает .

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

k0rvinДохтаР,

В Эрланге свои процессы, и без всяких колбеков http://en.wikipedia.org/wiki/Erlang_(programming_language)#Concurrency_and_distribution_orientation


Не бывает своих процессов если это не старый добрый ДОС и прочие раритеты.
Вам так кажется потому, что современные процессоры и ОС так построены,
Или в рамках одного процесса ОС
нарисован старый добрый велосипед на тех же колбеках
.

[quot k0rvin]ДохтаРНе бывает своих процессов если это не старый добрый ДОС и прочие раритеты.
Ты по ссылке не сходил что ли?
пропущено...


пропущено...

Yield тут совершенно не при чем.

Если не Yield , то как то по другому называется функция которую дергает если не прогер явно ,
то оператор ЯП , который он вызывает.

Сути физики процесса взаиможействия ядро - процесс
для практически всех современных ОС это не меняет.


Или вы под vxworks пишете ?
Хочу вас огорчить вся она внутри построена Yield подобном велосипеде.

k0rvinДохтаРСути физики процесса взаиможействия ядро - процесс
для практически всех современных ОС это не меняет.
Мне совершенно не интересны внутренности ОС, я пишу на ЯП.

Та не вопрос, пиши.

Зачем было у меня спрашивать, и упректь в выборе
k0rvin для тебя что, Unix -- образец для подражания? Зря . http://plan9.bell-labs.com/sys/doc/plumb.html

если ты этим не интересуешься.

k0rvinДохтаРЗачем было у меня спрашивать, и упректь в выборе
если ты этим не интересуешься.
Я не упрекал в выборе, просто Unix далеко не образец для подражания, Plan 9 архитектурно лучше, в частности и в реализации IPC.

почему ты пытаештся кому то что то доказать в области которая тебе не интересна ?
Твоя позиция похожа на " не читал, но осуждаю".

Какая доля рынка Plan 9 ?

Это как бы говорит само за себя.

Домохозяйки выбирают виндовс и IOS
Инженеры unix и андроид.

А начинающие кулхацкеры выбирают Plan 9 и эрланг,
Но они по любому , когда то станут либо инженерами либо домохозяйками.

k0rvinДохтаРпочему ты пытаештся кому то что то доказать в области которая тебе не интересна?
Я не пытаюсь доказать, а лишь констатирую известные и очевидные факты.


Инженеры выбирают инструмент исходя из его технических характеристик и того, насколько он подходит под задачу. Например инженеры IBM выбрали Plan 9 для своего Blue Gene/L.

ДохтаРА начинающие кулхацкеры выбирают Linux
потому что это «модно, стильно, молодежно».


Если заговорили про ibm вот факты :
AIX, the future of the UNIX operating system

PowerLinux technology can provide the foundation for the delivery of Linux services faster, with higher quality and superior economics.

А то что вы там привели, к практическому применинию в наших реалиях отношения не имеет.

k0rvinТы по ссылке не сходил что ли?

Yield тут совершенно не при чем.

Ненапряжное гугление говорит, что очень даже причем.

Напрашивается вывод , что внутри эрланга - колбек-лапшекод.