🚀 go-pugleaf

> Kiepska wydajność?
> No i właściwie, to w ten sposób nie przekazujesz struktury, a pojedyńcze
> wartości z takiej struktury - chyba nie bawisz się w rekurencyjne
> przeglądanie całej struktury i przekazywanie w ten sposób wartość, po wartości
> całego obiektu???
>	
 >	<cut>
 >
> Teraz tylko pytanie - co tak naprawdę chcesz zrealizować - może jest prostszy
> sposób?
> 


hmm co do wydajnosci to wydawalo mi się ze wlasnie nie będzie tak zle... 
jednak okazalo sie ze oczywiscie eval while(<reader>) jest blocking wiec 
moj poprzedni pomysl srednio sie nadaje do zrealizowania :( a 
przynajmniej nie tak latwo jak mi sie wydawalo...

ogolnie moze opisze troszke dokladniej sytuacje: do napisania jest demon 
ktory bedzie nasluchiwal na kilku socketach jednoczesnie i bedzie 
otrzymywal DUZO zapytan, kazde z nich realizuje wzglednie prosta funkcje 
ktora konczy sie zmiana jednej-dwoch wartosci w omawianym glownym hashu.
funkcje oczywiscie same wiedza dokladnie gdzie i ktora wartosc zmienic 
zeby nie bylo potrzeby przeszukiwania

z tego co widze aby uzywac modulu storable musialbym w kazdym procesie 
potomnym "odserializowac" cala strukture co chyba nie bedzie optymalne 
pod wzgledem wydajnosci biorac pod uwage fakt ze dziecko zyje bardo 
krotko i nie zmienia za duzo.
wydaje mi sie ze najlepszym rozwiazaniem byloby tutaj albo preforking 
albo threading (po co klonowac caly proces glowny skoro child ma proste 
zadanie do wykonania). proces potomny jednak nie jest w stanie 
"przewidziec" ktore wartosci beda zmieniane wiec nie mozna uproscic 
struktury hasha przed wspoldzieleniem, wiec trzeba by dzielic calego 
pomiedzy procesami/threadam.

pozatym z tego co wyczytalem w necie to jakiekolwiek wykorzystywanie IPC 
  z system V ciagnie za soba spora utrate wydajnosci. nie wiem czy to 
prawda? nie wspomne o tym ze niejednokrotnie spotkalem sie z opisem 
threadow w perlu jako "highly experimental" :)


misiu.