python: общение между форками

Может pyro.sf.net ?

А почему именно форки? Потоки не подходят?

Можно использовать сокеты(обычные) и форк-контроллер

import mmap. Или multicast сокеты.

>Нормальный system v-шный ipc в питоне отсутствует (хотя когда-то был).

На Парнасе было

> А почему именно форки? Потоки не подходят?

С потоками я [censored] уже неделю. Нормальной многозадачности ввиду GIL пытаюсь добится.

> На Парнасе было

Эээ. Можно по-точнее?

> import mmap

Что-то в этом есть, подумаю...

> Или multicast сокеты.

Слишком мудрено. Вся остальная система окажется проще, чем обмен данными унутре.

>С потоками я [censored] уже неделю. Нормальной многозадачности ввиду GIL пытаюсь добится.

А можно поподробней? У меня сообщения между потоками сделаны через очередь. В чем проблема с многозадачностью?(это не укор, а просто очень интересно)

Претензии были изложены тут (обсуждать удобнее уже тут - та тема далеко ушла) - http://www.linux.org.ru/jump-message.jsp?msgid=1651901

Главный вопрос (цитата из той темы):

================

Почитал это - http://www.python.org/doc/faq/library/#id15

Там говорится, что процессы запускаются строго поочередно, "что б не повредить случайно что-нить параллельной записью". Нафига тогда, спрашивается, нужны локи, если умный интерпретатор с помощью GIL сам лочит всё и вся?

================

Я уже погуглил. Тоесть даже на многопроцессорной машине работает всего один поток...маразм. Либо еще один изврат, либо переползу на другой язык. Смотрю на специфику-похоже второе...

А меня бы на 100% устроил обычный system-v ipc, который почему-то выбросили... Пока еще с тредами извращаюсь, но, боюсь, буду что-то другое думать.

Ура! Нашел ipc!

http://www.macneale.org/software/

Может подскажешь-есть куча потоков, которые принимают данные от клиентов(сокеты). Обрабатывают и заносят в очередь. Там один поток извлекает данные и заносит в массив, отправляет информацию об изменениях всем остальным(в определенной области). Как такое реализовать с форками? Подключение к клиенту не подходит

Дело в том, что поток работающий с клиентом только принимает информацию=(. И всегда висит на ожидании прибытия её

В ipc есть те же семафоры, очереди и шаренная память. Не вижу проблемы в реализации этой задачи форками.