🚀 go-pugleaf

W ostatnim odcinku, lewando@ibm.net naskrobal:
:> spowolnic w pewnych krytycznych momentach ? Argument na czyja korzysc tym
:> razem ?
:> 

: Na moja. Ze nie ma odsmiecaczy do "nie zatrzymuja programu". 
: Oraz o tym, ze czasem odsmiecacz nie robi 'dobrej roboty" a 
: wrecz przeciwnie. Oraz za tym, ze chcialbym miec mozliwosc 
: kontrolowania tego jak co sie robi. Oraz przeciw argumentowi ze 
: "Java lepsza niz ... bo ma odsmiecacz".

No bardzo sie ciesze!
Ostatnio wlasnie myslalem, czy nie byloby rozsadnym rozwiazaniem zrobienia w
jezyku (nawet przy pomocy biblioteki) dwoch rodzajow wskaznikow - odsmiecany i
nieodsmiecany. Na przyklad:

	Typ* no = new Typ;	// nieodsmiecany
	Typ@ go = new Typ;	// odsmiecany

	Typ* no1 = new Typ;	// gubimy pamiec
	Typ@ go1 = new Typ;	// obiekt zostaje zwolniony przed przypisaniem


	Ewentualnie za pomoca biblioteki:
	GP<Typ> go = new Typ;

: Dealokator zwraca zawsze do zbioru, nigdy do sterty. Troche 
: administracji jest potrzebne zeby ten zbior nie urosl do zbyt 
: duzych rozmiarow, ale ta administracje (zwiazana z 
: odsmiecaniem) mozna robic na zadanie w tym momencie gdy 
: wiadomo ze mozna sobie na taka rzecz pozwolic.

Tzn. eliminujac ta wlasnie wymieniona przeze mnie wade, ze program zawsze
zajmuje maksymalna ilosc pamieci ? Przez to, ze gdy za duzo sie nazbiera
smieci, zostaja one zwolnione do sterty ?

Zazwyczaj pamiec nie jest zwalniana systemowi i tak przynajmniej na systemach
typu UNIX (ale patrz: mallopt). 

     The argument to free() is a pointer to  a  block  previously
     allocated  by malloc(); after free() is performed this space
     is made available for further allocation, and  its  contents
     have  been  destroyed  (but see mallopt() below for a way to
     change this behavior).
 

Najwyzej zysk jest na tym, ze obiekty roznych typow moga wystepowac w roznej
"wiekszosci" pomiedzy soba, w programie, ktory przedstawilem, taka sytuacja
akurat nie wystepowala. Oczywiscie, ze to jest jednak czesto marnowanie
pamieci. Najwyzej moznaby "odsmiecac" typ, ktory ostatnio byl rzadko uzywany.



-- 
 ... Win tarquen yre aubenk aerden jen backieten
     Fer napern ta seimen eim van yre broust...
 ... Michal 'Sektor' Malecki <mmalecki@technologist.com>
 ... Politechnika (jeszcze) Lodzka, Elektrotechnika/Informatyka Stosowana