🚀 go-pugleaf

królewna napisał(a):
> W dniu 27.01.2010 14:34, Rob Wolfe pisze:
>
> > Mam dziwne wrazenie, ze brniesz w slepa uliczke.
> > Tworzenie 100000 watkow nie ma najmniejszego sensu w zadnym wypadku.
>
> To bylo robione tylko dla testow aby sprawdzic czy gc zwolni pamiec. Jak
> sie okazuje nie zwalnia.

Zwalnia, ale to nie oznacza, ze ta pamiec natychmiast wraca do
systemu.
Interpreter sobie zarzadza do pamiecia po swojemu i np. trzyma
do ponownego wykorzystania. W przypadku zarzadzania samymi
watkami pamiec nie powinna byc problemem.

>
> > Moze przybliz troche co probujesz tak naprawde osiagnac,
> > a pewnie znajdziemy jakies rozwiaznie.
>
> Mam zaimportowane moduly w liscie i w zaleznosci od aktualnych wymagan,
> chce startowac watek z odpowiednim modulem. Tych watkow nie bedzie

Skoro moduly sa zaimportowane, to sa dostepne globalnie i to ile
tych modulow jest nie powinno miec wplywu na liczbe watkow.

> dziesiec tysiecy bo to zabiloby kazda maszyne aczkolwiek ich liczba
> bedzie oscylowac gdzies w granicach 100 maksymalnie. Dlatego tworzenie

Wlasnie tego nie rozumiem. Skad ta liczba 100?

> na starcie puli watkow nie za bardzo wchodzi w gre (musialabym
> uruchamiac 100*liczba_modulow watkow). Wydaje mi sie, ze w tej sytuacji
> lista watkow bylaby dobrym rozwiazaniem gdybym wiedziala jak zwolnic
> pamiec zajmowane przez watki, ktore juz wykonaly swoja prace i zostaly
> usuniete z listy.

Liczbe watkow powinny determinowac zadania jakie maja
wykonywac, a nie liczba dostepnych modulow czy funkcji.
W tej konkretnej sytuacji wyobrazam to sobie tak:
1. pracuje sobie 10 watkow
2. przychodzi wymaganie A
3. z puli watek 1 rusza do akcji, na wejsciu dostaje info
    jakiego modulu ma uzyc
4. przychodzi wymaganie B
5. z puli watek 2 rusza do akcji
6. watek 1 konczy prace i czeka na wymaganie C

Gdy watki sie nie wyrabiaja, to lekki zwiekszam pule,
a jak czekaja bezczynnie, to zmniejaszam itd.

RW