Re: [Pharo-users] [Pharo-dev] Large images reasons [WAS] Re: Pharo 2.0 with Seaside + DBXTalk + GlorpDBX + Magritte 3 + TWBS is getting slower and slower

2013-07-31 Thread Stéphane Ducasse
since years marcus is telling that MC storing ancestor information is doomed but we do not have something to really replace it. Stef On Jul 31, 2013, at 8:53 PM, Mariano Martinez Peck wrote: > OK, this was was my experiment > > Image fresh with all my app and dependencies loades: 30MB >

Re: [Pharo-users] Pharo performance

2013-07-31 Thread Mariano Martinez Peck
On Wed, Jul 31, 2013 at 6:32 PM, Chris wrote: > It definitely seems to be because most things in the V2 driver are coming > in as strings and then being converted. Running the same query on the three > systems gives the following for a 65000 double array > > PGV2 770m/s > PGV3 200m/s > Psycopg2 1

Re: [Pharo-users] Pharo performance

2013-07-31 Thread Chris
It definitely seems to be because most things in the V2 driver are coming in as strings and then being converted. Running the same query on the three systems gives the following for a 65000 double array PGV2 770m/s PGV3 200m/s Psycopg2 130m/s Now I just need to find out how to get PGV3 as the

Re: [Pharo-users] RFB on 2.0 + linux - semaphore primitive failed

2013-07-31 Thread Igor Stasenko
On 31 July 2013 22:17, Paul DeBruicker wrote: > I don't know. I don't get the errors that used to occur with the max > semaphores being exceeded. I thought Igor Stasenko fixed that issue in > the VM so the array that holds the semaphores grows without blocking. > Or something. > You can have as

Re: [Pharo-users] RFB on 2.0 + linux - semaphore primitive failed

2013-07-31 Thread Paul DeBruicker
I don't know. I don't get the errors that used to occur with the max semaphores being exceeded. I thought Igor Stasenko fixed that issue in the VM so the array that holds the semaphores grows without blocking. Or something. What I do know is that if I 'abandon' that warning and save & quit and

Re: [Pharo-users] RFB on 2.0 + linux - semaphore primitive failed

2013-07-31 Thread Mariano Martinez Peck
Maybe this is related to #maxExternalSemaphores: ? Did you try sending a large number? For my seaside images where I have RFB I do: Smalltalk vm maxExternalSemaphoresSilently: 65535. Cheers, On Wed, Jul 31, 2013 at 3:45 PM, Paul DeBruicker wrote: > Hi - > > In Pharo2 do I need to st

Re: [Pharo-users] Pharo 2.0 with Seaside + DBXTalk + GlorpDBX + Magritte 3 + TWBS is getting slower and slower

2013-07-31 Thread Mariano Martinez Peck
hehehe I did know about the executors, but I didn't know about the WeakRegistry, I always thought it was only the #default instance :) BTW, I have just send an email about the 200MB image... Cheers, On Wed, Jul 31, 2013 at 10:48 AM, Mariano Martinez Peck < marianop...@gmail.com> wrote: > Guys,

[Pharo-users] Large images reasons [WAS] Re: Pharo 2.0 with Seaside + DBXTalk + GlorpDBX + Magritte 3 + TWBS is getting slower and slower

2013-07-31 Thread Mariano Martinez Peck
OK, this was was my experiment Image fresh with all my app and dependencies loades: 30MB After using it for some days/weeks: 160MB. SpaceTally new printSpaceAnalysis showed: Class code space # instances inst space percent inst average size Byt

[Pharo-users] RFB on 2.0 + linux - semaphore primitive failed

2013-07-31 Thread Paul DeBruicker
Hi - In Pharo2 do I need to stop and start the RFB server? I 've been getting a primitive #signal in Semaphore failed error after the image starts. I'm using this version of RFB RFB-MarianoMartinezPeck.41 Thanks Paul

Re: [Pharo-users] Git filetree workflow

2013-07-31 Thread joerick
In the Gofer #push case, it's quite strange... some classes end up the wrong package, and some don't get output at all. It seems to work using Gofer #push when each is in its own repository folder, and it also works with them all in the same folder when using Monticello Browser's 'save' button. P

Re: [Pharo-users] Garbage collector & Memory Profiling

2013-07-31 Thread Sven Van Caekenberghe
On 31 Jul 2013, at 17:06, Igor Stasenko wrote: > On 31 July 2013 17:02, Sven Van Caekenberghe wrote: >> >> On 31 Jul 2013, at 16:59, Igor Stasenko wrote: >> >>> On 31 July 2013 15:14, Mariano Martinez Peck wrote: On Wed, Jul 31, 2013 at 6:31 AM, Henrik Johansen

Re: [Pharo-users] Garbage collector & Memory Profiling

2013-07-31 Thread Igor Stasenko
On 31 July 2013 17:02, Sven Van Caekenberghe wrote: > > On 31 Jul 2013, at 16:59, Igor Stasenko wrote: > >> On 31 July 2013 15:14, Mariano Martinez Peck wrote: >>> >>> >>> >>> On Wed, Jul 31, 2013 at 6:31 AM, Henrik Johansen >>> wrote: On Jul 31, 2013, at 3:23 , Mariano Martinez

Re: [Pharo-users] Garbage collector & Memory Profiling

2013-07-31 Thread Sven Van Caekenberghe
On 31 Jul 2013, at 16:59, Igor Stasenko wrote: > On 31 July 2013 15:14, Mariano Martinez Peck wrote: >> >> >> >> On Wed, Jul 31, 2013 at 6:31 AM, Henrik Johansen >> wrote: >>> >>> >>> On Jul 31, 2013, at 3:23 , Mariano Martinez Peck >>> wrote: >>> As far as I know, that's not possi

Re: [Pharo-users] Garbage collector & Memory Profiling

2013-07-31 Thread Igor Stasenko
On 31 July 2013 15:14, Mariano Martinez Peck wrote: > > > > On Wed, Jul 31, 2013 at 6:31 AM, Henrik Johansen > wrote: >> >> >> On Jul 31, 2013, at 3:23 , Mariano Martinez Peck >> wrote: >> >> > As far as I know, that's not possible in Pharo unless you explicitly >> > register the desired objects

Re: [Pharo-users] Pharo 2.0 with Seaside + DBXTalk + GlorpDBX + Magritte 3 + TWBS is getting slower and slower

2013-07-31 Thread Mariano Martinez Peck
Guys, I have images also with seaside, magritte, glorp, postgresV2, etc and it is also around 200MB. I will try to do some research today and let you know. Cheers, On Tue, Jul 30, 2013 at 8:55 AM, Marcus Denker wrote: > > On Jul 30, 2013, at 1:49 PM, "p...@highoctane.be" > wrote: > > > the cha

Re: [Pharo-users] Packages ... group view example

2013-07-31 Thread Goubier Thierry
So the code is in there: https://github.com/ThierryGoubier/AltBrowser/blob/master/Alt-Browser.package/AltBrowser.class/class/getRootItems.st Note that when you describe v AST v Core > Matching AST-Core is a Monticello package (and a RPackageSet), AST-Core-Matching is a RPack

Re: [Pharo-users] Garbage collector & Memory Profiling

2013-07-31 Thread Mariano Martinez Peck
On Wed, Jul 31, 2013 at 6:31 AM, Henrik Johansen < henrik.s.johan...@veloxit.no> wrote: > > On Jul 31, 2013, at 3:23 , Mariano Martinez Peck > wrote: > > > As far as I know, that's not possible in Pharo unless you explicitly > register the desired objects in "WeakRegistry default" or similar (and

Re: [Pharo-users] Packages ... group view example

2013-07-31 Thread Geert Claes
Yep, more or less -- View this message in context: http://forum.world.st/Packages-group-view-example-tp4701657p4701683.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

[Pharo-users] Packages ... group view example

2013-07-31 Thread Geert Claes
I know I have seen it somewhere but I can't seem to find it. Can someone point me to an example where the packages are parsed by the "-"? e.g. Dsplayed as: v AST v Core > Matching > Nodes > Parser > Pattern > Tokens >

Re: [Pharo-users] Git filetree workflow

2013-07-31 Thread Goubier Thierry
Le 31/07/2013 11:52, joerick a écrit : I'm getting a DNU for UnixFileDirectory on #pathString. Yes. I made a try yesterday and it failed on FileDirectory instead of FileReference (pathString is one of the FileReference method) and also on a Date readFrom: bug. From that, it seems feasible t

Re: [Pharo-users] Git filetree workflow

2013-07-31 Thread joerick
I'm getting a DNU for UnixFileDirectory on #pathString. Additionally, I tried the Gofer #push command with the basic filetree:// with multiple packages but it failed to save a few and didn't raise an error. A bit unsettling... filetree is supposed to be 1.4 compatible, yes? -- View this message

Re: [Pharo-users] Garbage collector & Memory Profiling

2013-07-31 Thread Henrik Johansen
On Jul 31, 2013, at 3:23 , Mariano Martinez Peck wrote: > As far as I know, that's not possible in Pharo unless you explicitly register > the desired objects in "WeakRegistry default" or similar (and implement > #finalize). > I think is the closest you have. > > Cheers, A few clarifications: