VP
Почему?
Потому что зачем поднимать HTTP/WS сервер, если всё, что тебе нужно - это канал между процессами?
Size: a a a
2020 April 22
VP
TCP целый сетевой стек цепляет, зачем?
Ну на локалхосте его добрая половина проходит мимо
I
Потому что зачем поднимать HTTP/WS сервер, если всё, что тебе нужно - это канал между процессами?
Но это проще и кросплатфрмее, я вообще хз что с пайпами в ocaml
Плюс я уже websocket юзаю, что бы UI в браузер кидать.
Плюс я уже websocket юзаю, что бы UI в браузер кидать.
AN
Он же тоже схему требует
Схему все требует. Еще раз повторюсь, хороших решений, которые сериализацию на ходу бы делали и при этом работали бы на разных языках одинаково, нет.
VP
Но всё равно зачем тянуть сеть туда, где она не нужна
AK
Потому что зачем поднимать HTTP/WS сервер, если всё, что тебе нужно - это канал между процессами?
потому-что чтобы работать с сообщениями нужен протокол, и стоит вопрос писать его руками или нет. повторю вопрос - какой у тебя протокл внутри пайпов и как ты там делаешь фрейминг сообщений? если сообщений не влезает в текущй буфер например и приходит кусками.
AM
Но всё равно зачем тянуть сеть туда, где она не нужна
Вот я об этом
AN
Тогда уж юникс-сокеты логично брать
Они вообще ничем не лучше TCP, но при этом сразу ограничение на юникс
AN
Ну да, ведь поднимать сервер, управлять соединениями, а потом понять, что любой вася на локалхосте может туда тоже подключиться - это же весело
а в именованый пайп не может?
(
Схему все требует. Еще раз повторюсь, хороших решений, которые сериализацию на ходу бы делали и при этом работали бы на разных языках одинаково, нет.
нечто, что начинается на ж и заканчивается на сон?
VP
потому-что чтобы работать с сообщениями нужен протокол, и стоит вопрос писать его руками или нет. повторю вопрос - какой у тебя протокл внутри пайпов и как ты там делаешь фрейминг сообщений? если сообщений не влезает в текущй буфер например и приходит кусками.
Так в любом случае протокол нужен, ну да, вебсокеты дают фрейминг, ну блин это не так много
DE
Схему все требует. Еще раз повторюсь, хороших решений, которые сериализацию на ходу бы делали и при этом работали бы на разных языках одинаково, нет.
что значит “сериализация на ходу” ?
AK
Они вообще ничем не лучше TCP, но при этом сразу ограничение на юникс
лучше, по разным бенчам они производительнее от 15 до 40% в зависмости от релаизции конечной. условно говоря, цепляешь к какой-ниубдт популярной бд типа мускула или постгри, например, черз юникосвый сокет ты можешь получить прирост производительности
VP
а в именованый пайп не может?
А к нему можно ограничить доступ.
Кроме того, не всегда нужен именованный. Если один процесс запускает другой, можно и без него.
Кроме того, не всегда нужен именованный. Если один процесс запускает другой, можно и без него.
AK
Так в любом случае протокол нужен, ну да, вебсокеты дают фрейминг, ну блин это не так много
ну.. какой протокл ты знаешь, который работает с пайпами, стабилен и имеет множество реалиазаций?
AN
Но всё равно зачем тянуть сеть туда, где она не нужна
Сейчас аппаратура для сбора данных переползает на Ethernet + TCP. Это немного дороже, чем какие-нибудь голые RS-232. и внутренне гораздо сложнее. Но суть в том, что технология настолько хорошо отлажена, что любые изменения структуры и масштабирование на TCP абсолютно бесплатны, в то время ка на RS-232/RS-485 надо каждый раз переделывать систему полностью. Не говоря о том, что надо на каждом компьюетре свои драйвера специализирвоанные ставить и поддерживать в рабочем состоянии. Аналогия.
VP
ну.. какой протокл ты знаешь, который работает с пайпами, стабилен и имеет множество реалиазаций?
s/пайпы/поток
Да овердохуя их, начиная с того, что есть в этих самых вебсокетах
Да овердохуя их, начиная с того, что есть в этих самых вебсокетах
AN
что значит “сериализация на ходу” ?
Рефлективная генерация схемы/рефлективные преобразования.
VP
Сейчас аппаратура для сбора данных переползает на Ethernet + TCP. Это немного дороже, чем какие-нибудь голые RS-232. и внутренне гораздо сложнее. Но суть в том, что технология настолько хорошо отлажена, что любые изменения структуры и масштабирование на TCP абсолютно бесплатны, в то время ка на RS-232/RS-485 надо каждый раз переделывать систему полностью. Не говоря о том, что надо на каждом компьюетре свои драйвера специализирвоанные ставить и поддерживать в рабочем состоянии. Аналогия.
Мы сейчас про внешние подключения, или IPC?
AN
Мы сейчас про внешние подключения, или IPC?
Про все. Сейчас софт устроен так, что вы начинаете с IPC, но в какой-то момент почти наверняка захотите вынести что-то во вне