Re: Re: memory allocation and de-allocation

There was a performance hit when I was shoving the data into the clist and in my test script to check the memory I did also see a performance hit, but then I'm running this on a celeron 600. Noticable yes, drastic no. the the cgi version is fast, very fast, I like it so. The CLI version I'd very much like to see handle memory like this given that the scripts will be running for a very long time (barring crashes :) or even allow me to deallocate when I need to brett > On Wed, Mar 13, 2002 at 03:08:10PM +0200, Brett Geer wrote : > > mkay, I see your point, shall I move across to the php-dev list? > > Yes, I'ld like to hear others opinions on the CLI issue too. > > One more thing: I'm not quite sure if I got you right the > last time, how were the results of the modification with > instant-memory-release performance-wise? Was it noticeable > slower with large memory juggling or not? > > - Markus > > > > > > brett > > > > > On Wed, Mar 13, 2002 at 02:42:19PM +0200, Brett Geer wrote : > > > > mmm yes, just been off playing with an as/400 (shudder), mind blank.. > > > > > > > > I don't quite understand why php-dev, if php itself is deallocating the > > > > stuff > > > > when I disable the fast cache and when I unset a gui widget it doesn't > > > > surely then > > > > it relates to php-gtk's code not calling the free? > > > > > > > > sorry if that sounds newbieish, i need way more coffee today > > > > > > In fact, I was only talking about the memory behaviour with > > > the normal CLI version and left out the widget thing (which > > > is of course only php-gtk related). > > > > > > I was playing with idea bringing this to other members of the > > > developer community that it may be wise to have the CLI > > > version by default release the memory once unset if it suits > > > performance-wise. > > > > > > - Markus > > > > > > > > heh, I meant php-dev@ ... not php-gtk-dev ;-) > > > > > > > > > > On Wed, Mar 13, 2002 at 02:34:41PM +0200, Brett Geer wrote : > > > > > > Hi All, > > > > > > > > > > > > shifting this from the php-gtk list to the dev list, basically what > > > > > > I've got > > > > > > is allocating variables and then using unset to free them > > > > > > doesn't do anything, > > > > > > memory still remains allocated, setting the fast cache off gets > > > > > > this working > > > > > > however unset'ing gui widgets doesn't do anything. > > > > > > > > > > > > PHP 4.1.1 with the php-gtk at 0.5, I'm loading about 26k rows > > > > > > into a clist and > > > > > > then when I've got what I need out of it I unset it and the > > > > > > memory remains > > > > > > allocated... > > > > > > > > > > > > This applies to the other widgets I use aswell > > > > > > > > > > > > brett > > > > > > > > > > > > > Yes, my cgi module is still intact, thats on a production server, > > > > > > > the commandline > > > > > > > version did see a performance hit when I was allocating the array > > > > > > > without the fast > > > > > > > cache enabled, though normally I'd not go do something silly > > > > > > > like roll 26k records > > > > > > > into an array I might have to do that sooner or later. > > > > > > > > > > > > > > I was trying some work based on your intro doc which is what got > > > > > > > me into the idea of > > > > > > > the php-gtk interface. Nice examples you've got up, very > > > > > > > helpfull. > > > > > > > > > > > > > > Lemme subscribe to the php-dev list and raise this issue > > > > > > > > > > > > > > brett > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Wed, Mar 13, 2002 at 12:41:02PM +0200, Brett Geer wrote : > > > > > > > > > > > > > > > > > yes indeed, php 4.1.1 > > > > > > > > > > > > > > > > > > this code idea: > > > > > > > > > > > > > > > > > > #allocate > > > > > > > > > for ($vloop = 0; $vloop <= 200000; $vloop++) > > > > > > > > > { > > > > > > > > > $varr [$vloop] = "Some arb string to grab some > > > > > > > > > ram..."; > > > > > > > > > } > > > > > > > > > > > > > > > > > > #deallocate > > > > > > > > > unset ($varr); > > > > > > > > > > > > > > > > > > This works quite fine, however an unset on a gui widget > > > > > > > > > does do this, I have > > > > > > > > > recompiled php-gtk 0.5.0. > > > > > > > > > > > > > > > > Possible it just not implemented... > > > > > > > > > > > > > > > > Anyway .. if this is true for memory allocation, can we > > > > > > > > say > > > > > > > > something about performance loss if you change this > > > > > > > > behaviour? > > > > > > > > > > > > > > > > Why I'm asking is simply exmplained: php in apache > > > > > > > > and php on > > > > > > > > command line are two different worlds. On apache side, > > > > > > > > it may > > > > > > > > be a good idea not to release memory. However, from my > > > > > > > > point > > > > > > > > of view it makes very much sense for the CLI version of > > > > > > > > PHP > > > > > > > > and maybe we should raise this to php-dev@ to discuss > > > > > > > > certain > > > > > > > > things about this aspect there. > > > > > > > > > > > > > > > > - Markus > > > > > > > > > > > > > > > > -- > > > > > > > > Please always Cc to me when replying to me on the lists. > > > > > > > > GnuPG Key: > > > > > > > > http://guru.josefine.at/~mfischer/C2272BD0.asc > > > > > > > > > > > > > > > > > > > > -- > > > > > > PHP-GTK Development Mailing List (http://gtk.php.net/) > > > > > > To unsubscribe, visit: > > > > > > http://www.php.net/unsub.php > > > > > > > > > > -- > > > > > Please always Cc to me when replying to me on the lists. > > > > > GnuPG Key: > > > > > http://guru.josefine.at/~mfischer/C2272BD0.asc > > > > > > > > > > > -- > > > Please always Cc to me when replying to me on the lists. > > > GnuPG Key: > > > http://guru.josefine.at/~mfischer/C2272BD0.asc > > > > > -- > Please always Cc to me when replying to me on the lists. > GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc >