то везде какой-то бред пишут поверхностный?
Нужно, чтобы нормально понимать все механизмы, а не только пайпы.
Про IPC?
в книгах по системному программированию под свою ОС
ну да, про взаимодействие тоже
мне для абстрактной OS, к примеру. Хочу рассмотреть как для Windows, так и для Linux
нет никаких абстрактных ОС
К примеру, мне сказали на собесах, что наиболее частая практика это IPC по сокетах. Интересно почитать, какие ещё варианты, кроме pipes, sockets
слишком обширная тема. там от пайпов, до юникс сокетов и всяких месаджброкеров типа кроликов, amqp и прочих nats.io
шаред память какая нибудь
ну и где об этом почитать можно? )
я бы погуглил что-то вроде c++ shared memory synchronization
пфф.. не надо
ну да, давайте монгу ещё сразу назовёт ipc
Я просто не представляю, как работает месседж брокер для процессов - хочу понять
С монгой не работал. А вот rpc на редиске очень годно работает
я к тому что это не IPC
Уууу, мужик... Ты далеко прыгнуть хочешь... Но могу дать по крайней мере две книги. Роберт Лав по Linux и Рихтер по Windows. Названия не помню, но они там единственные у авторов по теме системного программирования.
У Лава есть системное программирование и ядро линукс
наверное, первое?
Тогда системное программирование.
Ок. давайте начнём веселье: терминологический спор. Дайте определение IPC. С вики начнём? )
Я писал RPC на редисе. Среднее время доставки сообщений от одного процесса другому - около миллисекунды. Почему это не является IPC?
потому что иначе IPC можно было бы назвать всё что угодно
Это не RPC скорее всего.
Обсуждают сегодня