thread::shared сложных структур. Как?

очень просто — в серьезном коде на перле не используют потоки :)

Мусье - фанат автоматного программирования?

В перле принято использовать процессы, потому что потоки тут крайне кривые.

Впервые слышу. И в чём же их кривость?

Не обращайте внимания. Работают исправно. Вот шарить данные действительно неудобно - не нашел решения. Был проект в котором гоняли строки с JSONом между двумя тредами, и это решение отлично работало.

Вот шарить данные действительно неудобно - не нашел решения. Был проект в котором гоняли строки с JSONом между двумя тредами, и это решение отлично работало.

а на кой тогда потоки?

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

См. shared_clone в perldoc threads::shared.

В таком виде (гонять json) лучше всё почесноку гонять через сокет.
В своё время с перловыми средами так же намучался, так что тоже не советую их использование.

Спасибо, анон! our $var = &share({}); - то, что было нужно!

В perl 5 потоки не просто текут, а прямо-таки хлещут. Поэтому только fork.

В perl 5 потоки не просто текут, а прямо-таки хлещут. Поэтому только fork.

Такого не заметил. Хотя, у меня потоки быстро мрут - может не успевают разъесться.

А что взамен? Форки?

Я нашел если не кривость то серьезный недостаток. Несмотря на то что в перле есть модули для реализации семафоров (Thread::Semaphore), любая шаренная структура данных лочится интерпретатором независимо от того - хочешь ты этого или нет.

В результате я написал модуль для Read-Write блокировок, который должен был ускорить обрабаотку в несколько раз. Вместо этого многопоточная версия работала в несколько раз медленне однопоточной и я обнаружил что 99% времени процесс проводит внутри ядра дергая futex.

Кажется не существует задач (кроме может быть ГУЯ - и то глядя на хромиум меня терзают соменения) в которых нельзя потоки заменить на процессы. И кажется мне что программировать процессы проще чем потоки.

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

Но потоки в перле - ещё та задница. И всё же, свои задачи они исполняли на ура.

да

Возможно что в перле потоки действительно имею ссове преимущество. Едимнственное которое я вижу - не надо сериализовывать данные перед IPC.