Используй http://docs.python.org/2/library/queue.html

А зачем потокам для общения пайп? Общей памяти уже недостаточно?;-)

не благодари

Я совсем новичок в питоне

Вот так попробуй.

Никаких Queue, Twisted! Базовые вещи-то надо знать, посему читать книги, в данном случае будет к месту двухтомник Лутца.

В последнее время для IPC стала модной библиотека ZeroMQ.

После Эрланга стараюсь избегать общей памяти.

рекомендую прочитать всё: http://docs.python.org/3/library/concurrency.html

пару потоков

ZeroMQ

как ядерной боеголовкой по муравейнику

Что такого ужасного сделал с тобой эрланг?

Пайп хорош тем, что синхронизация из коробки без траха с мютексами и кондишенами.

Держи. Все как ты хотел.

import sys
from subprocess import PIPE, Popen
from threading  import Thread

try:
    from Queue import Queue, Empty
except ImportError:
    from queue import Queue, Empty  # python 3.x

ON_POSIX = 'posix' in sys.builtin_module_names

def enqueue_output(out, queue):
    for line in iter(out.readline, b''):
        queue.put(line)
    out.close()

p = Popen(['myprogram.exe'], stdout=PIPE, bufsize=1, close_fds=ON_POSIX)
q = Queue()
t = Thread(target=enqueue_output, args=(p.stdout, q))
t.daemon = True # thread dies with the program
t.start()

# ... do other things here

# read line without blocking
try:  line = q.get_nowait() # or q.get(timeout=.1)
except Empty:
    print('no output yet')
else: # got line
    # ... do something with line

Что такого ужасного сделал с тобой эрланг?

Он успешно обходится без общей памяти.

Вероятно, открыл ему глаза на то, как нужно делать.

В python для кучи задач хватает queue. Делал многопоточную программу, долго думал, как же там обмениваться данными между потоками... понаписал всякого... потом узнал про queue, и переписал код так, что половину пришлось выкинуть, и выглядеть стало намного проще. Хотя всё равно кривовато. :)

Актёры наверное?

Какие мьютексы с питоньим ГИЛ-ом???

Наверное он не про пистон, а вообще. Трубы далеко не только там можно использовать ;) но и в сишечке.

Они все равно нужны, даже с gil. Что бы сделать какую-нибудь группу операций атомарной.

А что, надо везде делать как в эрланге? Там изобрели единственно правильную универсальную programming model?

Он успешно обходится без общей памяти.

Он просто прячет ее от программиста.

Ну где-то актёры, где-то не актёры. Мне не очень верится что asynchronous semantics как у эрланга применима ко всему подряд. Иначе мы бы давно засунули всю синхронизацию в язык и писали только на эрлангах.

Можно ссылочку?

На что ссылочку? Как там треды имплементированы он топ оф ивент лупс?

А че так не спокойно реагируем?

На то, что у Erlang «под капотом» общая память? Это как бы очевидно. Впрочем: http://www.it.uu.se/research/publications/lic/2005-001/2005-001.pdf

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

Там вовсе не про то, как устроено управление памятью в современной виртуальной машине erlang'а

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

Сейчас там собственная память у каждого процесса

Erlang-процесса? С этим никто и не спорит.

Кто ж вас знает. Сходит к врачу если боитесь что это серьёзно

Он просто прячет ее от программиста.

Угу, где-нибудь между нодами :)

Безусловно, где-то в глубинах BEAM она используется. Но с таким успехом можно скатиться и к утверждению, что message passing'а, как и функциональных языков не существует в природе и всё суть императивщина на разделяемой памяти.

с таким успехом можно скатиться и к утверждению, что message passing'а, как и функциональных языков не существует в природе

Нельзя.

На то, что у Erlang «под капотом» общая память? Это как бы очевидно. Впрочем: http://www.it.uu.se/research/publications/lic/2005-001/2005-001.pdf

А можно номер страницы? (Там их 100)

вПитоне gil. кошерной многопоточности не добьешься. погули, в общем...

Внезапно, Paper A. Страница 23 (evince показывает 25), если тебе в самом деле нужен номер страницы.

На 25 странице (если считать по номерам, указанным в самом pdf) смог найти только это:

There is no shared memory between processes and distribution is almost invisible in ERLANG

Дайте точную цитату если можно.

Статью прочитай.

В том то и мощь Эрланга, что он не признает никаких компромиссов. Был бы идеальным языком, если бы не был так коряв.

Конечно, где-то она там и есть, но сейчас у каждого процесса своя память.

Конечно, где-то она там и есть

Ее там нет. Все копируется, а не разделяется.

Конечно, где-то она там и есть

Ее там нет. Все копируется

Ты так и не прочитал статью.

Давай цитату. Нет времени читать 100 страниц

Нет времени читать 100 страниц

23, не 100. А если нет времени читать, хотя бы воздержись от высказывания своего мнения.

Ты-то надеюсь, прочитал. Ну и зацитируй. Я уже приводил здесь цитату противоположного смысла, доказыающую мою точку зрения.

«The first two memory architectures, the one based on private heaps and that based on a shared heap, have been fully implemented and released since the fall of 2001 as part of Erlang/OTP R8».

«Nowadays, all three architectures are included in the Erlang/OTP release».

Что, ты не знаешь, какие это архитектуры? Статью прочитай.

Я уже приводил здесь цитату противоположного смысла, доказыающую мою точку зрения.

У тебя нет точки зрения. Приведенная тобой цитата доказывает только то, что ты не понимаешь, о чем речь.

The first two memory architectures, the one based on private heaps and that based on a shared heap

Если я как пользователь выберу второй вариант (а это зависит от меня), то никаких разделяемых сообщений не будет. Следовательно это не является обязательным для архитектуры памяти.

У тебя нет точки зрения.

А ты хамоват, брат. Отправляю тебя в игнор.