Можно ли так сделать :

хешь с данными обьявляем как our
создаём потоки (fork)
из каждого потока работаем с хешем (не изменяем его)

может есть возможность блокировать хешь пока один тред не закончит с ним работу ....

Подскажите, вопрос очень важный.

fork потоки не создаёт; в виндусовом может создавать - но вообще говоря fork это не потоки а копии процесса со своей версией данных.

http://search.cpan.org/~jdhedden/threads-s...-1.32/shared.pm

Соответственно задам избитый (наверное) вопрос: каким способом экономичнее, с точки зрения расходования оперативной памяти, реализовывать многопоточность в Perl.

1. fork
2. use threads;

спасибо.

где(ОС)?

*nix like ОС

Один хрен много будет. 

mvsgt а что посоветуешь, как дешевле всего выполнять параллельно несколько потоков ?

А о каком вообще количестве потоков речь?

50-100

ну это относительно, сейчас машина с 1гб озу, есле будет больше озу то и потоков следовательно надо больше ....

Это сообщение отредактировал(а) nIkTo - 12.11.2009, 01:39

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

А вот потоки в каком-нибудь curl гораздо легче, на порядки.

К примеру запускаю тестовый скрипт :



Вот что показывает htop :


я так понимаю что скрипт расходует (включая все потоки) 3,6% памяти, тоесть ~ 36 Мб, значит ~ 0,36 Мб на поток

Может и дурацкий вопрос, но за что отвечает 'stack_size' ?

Понятно что это размер стека, но вот какой конкретно размер нужен(желателен) ? как его определить ?

Это сообщение отредактировал(а) nIkTo - 12.11.2009, 02:07

fork - если быть предельно корректным - ветвление, а многопоточность это немного иное. И разница в функциональных возможностях у них разная.  И тут все зависит от выбора верного инструмента для решения задачи. А так может и то и другое

Bulat, можешь на примерах задачь показать, для задачь какого типа стоит использовать fork, а для каких threads ? И по какому критерию надо определять каким "инструментом" работать?
Иначе ваши слова пустой звук не раскрывающий суть вопроса, так как если быть предельно корректным, то я и до вашего комента понимал что fork это ветвление которое создаёт точную копию процесса, причём новый процесс имеет свою собственную область памяти, так же я догадывался что  :

и так же догадывался что :

так же знал :

знал и то, что можно юзать fork и threads :

threads - потребляют меньше памяти. Но технология принципиально нестабильная
forks - потребляют больше памяти, хотя если вы активно ее не меняете ОС все равно попытается ее расшарить (за счет copy - on -write старниц)

а еще есть (!) event-driven программирование. Да, это боян, но я еще раз предложу:

use POE;

use AnyEvent;

В этом случае у вас всего один процесс. По грузит ядро процессора по максимуму. Т.е. не ждет ввода-вывода.  По хорошему нужно создать несколько процессов по количеству ядер и каждый из них должен работать на POE или AnyEvent.

POE, что за зверь такой?
где читнуть про него ?