Передача значений между процессами

MessageQueue, Database, REST, Socket - выбирай

Ещё ipc, pipes, fifo и т.д. и т.п.

это оверхед и насилование харда

Оверхед будет в любом случае, так как придётся конвертировать данные. А так - json по любому удобному каналу.

Пока придумал для первого записывать значение в текстовый файл, который второй прочитает.

Стандартные потоки же ну. Какой к чёрту файл.

Пока придумал для первого записывать значение в текстовый файл, который второй прочитает. Не нравится это решение тем, что для чтения/записи придется открывать и закрывать файл: это оверхед и насилование харда.

tmpfs

Ты про что?

https://www.tldp.org/LDP/lpg/node7.html

ИМХО named PIPE самое удобное.

Два процесса не являются «родными»

Запущены два процесса на linux'е, первый неважно на чем написан, второй - на питоне. Как передавать нужные числовые или текстовые значения из первого процесса в другой?

Я про то, какие потоки ты имел в виду. Ты про те, которые stdout/stdin? Так связь будет не двусторонняя и процессы должны быть «родственниками».

Threads?

Я про то, какие потоки ты имел в виду.

stdin/stdout

Так связь будет не двусторонняя

А она нужна? Можно сделать.

и процессы должны быть «родственниками».

Ну так в чём проблема сделать ./proc1 | ./proc2 ?

Два процесса не являются «родными»

Тогда fifo во входной поток второго приложения через tail -f.

Ну так в чём проблема сделать ./proc1 | ./proc2 ?

Невозможностью исполнения двух программ таким образом на хосте.

Pipes.

Почему это не указано в исходном ТЗ?

А можно как-то подцепится к stdout уже запущенного приложения?

Второй процесс должен быть потомком первого, что невозможно. Или я не понял суть PIPES?

fifo и pipes через костыль.

#Делаешь 
mkfifo to_piston
#Запускаешь свою поделку
tail -f to_piston | ./piston_podelka.py
#Читаешь стандартный ввод или приделываешь tail -f какой-нибудь пистонолибой 
#Пишешь в to_piston как в файл из своей первой проги хз на чём
#???
#PROFIT!

Не, ну серьезно, что за бред? message queue для кого придумали?

просто набор слов написал

tail -f to_piston | ./piston_podelka.py

Не получится таким образом запустить сервис. Что внутри кода надо добавить чтобы прочитало?

Что внутри кода надо добавить чтобы прочитало?

Не знаю. Субпроцессом как-нибудь или еще чем-нибудь лучше.

Ну чо сразу с козырей? Можно для начала просто сделать сокет, раз на то пошло.

Всё самое унылое уже описали. Я думаю, стоит пойти дальше. Подними Kafka или AMQP и пиши туда.

Но тогда ему придётся тащить mq либу в проект хз-на-чем.

Первое же сообщение:

MessageQueue

И тут ты такой в белом плаще рассказываешь про AMQP.

Голос за сокеты. Как преимущество - возможность сделать всё то же самое, но через сеть, т.е. будут 2 разных машины. Но вообще зависит от нагрузок обмена между процессами.

родными

так FIFO для того и нужны, разве нет ? Он по сути как файл и работает

И тут ты такой в белом плаще рассказываешь про AMQP.

Это не плащ, это халат. А тебе я могу про POSIX Message Queue рассказать.

Кароче тред прохождения собеседования на джуна. Все перечисляют знакомые слова.

Ну, если для тебя это просто набор слов, то мне тебя жаль.

Для всех других: Beej’s Guide to Unix IPC

Ну частный случай унылого всяко менее уныл, чем общее, ага.

Все перечисляют знакомые слова.

Я знаю слово d-bus! Возьмите меня джуном.

выше тебя человек перечислил как ipc реализуется, а ты написал магические слова типа ипц и пайпов

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

Но ведь в вашей js-компании смузихлёбов с макбучками про пайпы даже не слышали.

текстовый файл, который второй прочитает. Не нравится это решение тем, что для чтения/записи придется открывать и закрывать файл

так а ты не закрывай файл. а во-вторых, юзай пайпы, а не файлы:

$ mkfifo mypipe
$ echo hello > mypipe & cat mypipe
hello

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

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

Ты зря так, на самом деле. Ты думаешь почему фирмы покупают MS SQL? Это не шутка - это статистика https://infostart.ru/public/967268/ Бизнес готов переплатить кучу денег за то, что ты подгонишь ему гарантировано работающее решение, в том числе за то, что ты сам руководителей убедишь в том, что именно твое решение работающее и гарантированное. Дальше ты нанимаешь индусов, которые не умеют и не будут выбирать инструменты для решения задачи - они просто будут по накатанной дорожке решать абсолютно все задачи. И знаешь что? У них таки будет хорошо получаться, потому что заказчик все равно ничего не понимает в IT, а исполнители сэкономили ресурсы/время на выборе архитектуры, подготовке и поиске кадров.

Знаешь, мне вспомнился врач-травматолог, который каждого пациента с болью в суставах не глядя лечил от артрита. Он таки экономил себе время - это эффективный способ ведения бизнеса. Большинству помогало. У тебя вдавленный перелом, подагра, разрыв связки, или ревматизм - это твои проблемы, ты сам будешь долго и мучительно бегать по врачам, пытаясь найти причину, но зато ты не будешь морочить голову этому травматологу.

Подними Kafka

А потом выяснится, что ТС’у нужно было передавать мегабайт сообщений в час.

Думаешь, Кафка не успеет? Я, конечно, понимаю, что жаба тормозит и всё такое, но не настолько же!

crutch_master

Если ты ещё не понял.

Это же лор. Как обычно, в треде несколько нормальных сообщений с советами x|y|z, а потом набирают слоупоки и сообщают, что все отписавшися выше — мудаки, советующие херню, и затем советуют те же самые x|y|z. Каждый второй технический тред, где можно дать однозначный ответ, такой.

Ну, в таком случае ZeroMQ, вдруг меня возьмут.

Подними Kafka

А потом выяснится, что ТС’у нужно было передавать мегабайт сообщений в час.

Ты ничего не понимаешь в энтерпрайзе: у нас тут люди не умеют ничего, кроме кафки, а значит кафка - лучшее решение коммуникации процессов.

Я помню, как-то впечатлил чела на собеседовании на аналогичном вопросе. Спросил, влезут ли данные в int. Он сказал, что да. Я сказал, что можно запихать в struct sigaction (сам не проверял).

Или siginfo_t, не помню уже сам API это навскидку.

Лол, сам придумал или вычитал где-то?

Нет, не вычитал, просто пришло в голову внезапно, когда все стандартные ответы исчерпались (собеседовал один из крутых разрабов nginx, кстати).

У тебя ещё остались вопросы, на каких костылях работает qip.ru? =)

через shared memory