Mmm, so i'm not sure.
I remember, when i had this problem, i was using directly changeSets, i
solved the problem doing FileIn entire file instead of Install into a
new change set (when you drag a changeset into Pharo). But it was like a
random bug since i haven't had that problem again (even using
What also happened to me, is that, each time i saved the image (even if i
did nothing), the image was growing its size.
2013/7/29 Sebastian Tleye stl...@gmail.com
Mmm, so i'm not sure.
I remember, when i had this problem, i was using directly changeSets, i
solved the problem doing FileIn
Try loading the packages each one at time, and between packages save the
image and check if it is growing.
2013/7/29 Sebastian Tleye stl...@gmail.com
What also happened to me, is that, each time i saved the image (even if i
did nothing), the image was growing its size.
2013/7/29 Sebastian
Yes, same for me here.
I'll update my configuration to load everything in a fresh 2.0 and report
the results.
Thing is that loading that full configuration takes ages (GlorpDBX is
taking 20 minutes to load...) and the VM gets the SmallInteger bug
triggered with such a large config...
I really
On Mon, Jul 29, 2013 at 9:02 AM, p...@highoctane.be p...@highoctane.bewrote:
Yes, same for me here.
I'll update my configuration to load everything in a fresh 2.0 and report
the results.
Thing is that loading that full configuration takes ages (GlorpDBX is
taking 20 minutes to load...) and
It was already discussed and modified:
https://pharo.fogbugz.com/default.asp?10869
Regards
2013/7/24 Sabine Knöfel sabine.knoe...@gmail.com
Hi,
Date readFrom: '4.2.13' readStream pattern: 'd.m.yy'
Does not return 4.2.2013 but 4.2.0013
The comment is saying
A year given using only two
Hi Sabine,
I'm really sorry, I just went on vacations when you sent this mail :(
Is this problem persisting?
Did you reach a solution?
Can I help you with something?
Esteban
On Jul 19, 2013, at 12:56 PM, Sabine Knöfel sabine.knoe...@gmail.com wrote:
Hi Esteban,
thanks!
I think the
On Jul 29, 2013, at 2:34 PM, José Comesaña jose.comes...@gmail.com wrote:
It was already discussed and modified:
https://pharo.fogbugz.com/default.asp?10869
This one is just an open report… no action was done. I have merged it into
Issue 11222
But there is a third issue about exactly
I did. No significant change.
---
Philippe Back
Dramatic Performance Improvements
Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027
Mail:p...@highoctane.be | Web: http://philippeback.eu
Blog: http://philippeback.be | Twitter: @philippeback
Youtube: http://www.youtube.com/user/philippeback/videos
Am 29.07.2013 um 15:46 schrieb Esteban A. Maringolo emaring...@gmail.com:
Hi all,
Is it a good practice to use the OID value (anInteger) as an
external identifier of your domain object?
Let's suppose I have a collection of People, as I save them in the
collection, it will automatically
A possibility would be the AST cache. During development, if you do things
like recompileAll or load packages the AST cache can grow the image size up
to 300 Mo. But this cache is deleted when saving quitting the image.
Did you save and quit the image before looking at the memory size ?
It
Yes, I did. I do regular saves and then a final save and quit.
How can I know if the AST cache is large in a running image?
Phil
On Mon, Jul 29, 2013 at 3:53 PM, Clément Bera bera.clem...@gmail.comwrote:
A possibility would be the AST cache. During development, if you do things
like
On Jul 29, 2013, at 4:08 PM, p...@highoctane.be p...@highoctane.be wrote:
Yes, I did. I do regular saves and then a final save and quit.
How can I know if the AST cache is large in a running image?
This can not happen in 2.0, as method #ast has not senders. #parseTree does not
cache.
Look at the top consumers, especially the Semaphore thing. It is way beyond
whatever was expected. There is something wrong there.
There must be a leak of Points, MorphExtensions and I can't just figure out
why there are so many Floats.
MorphExtension should only be referenced by the
The image and the changes file are here: (uploading... will take a while -
30 min or so)
https://www.dropbox.com/sh/wfxep3jm5v27szt/5keLUTFvGz
Phil
On Mon, Jul 29, 2013 at 5:06 PM, Sebastian Tleye stl...@gmail.com wrote:
Yes please (if it is not too much work :) )
I would like to check
Am 29.07.2013 um 19:34 schrieb Esteban A. Maringolo emaring...@gmail.com:
2013/7/29 Norbert Hartl norb...@hartl.name:
Am 29.07.2013 um 15:46 schrieb Esteban A. Maringolo emaring...@gmail.com:
Is it a good practice to use the OID value (anInteger) as an
external identifier of your domain
On 29/07/2013 21:33, Sven Van Caekenberghe wrote:
Chris,
On 29 Jul 2013, at 20:52, Chris cpmbai...@btinternet.com wrote:
I've been getting a little concerned with certain aspects of performance
recently. Just a couple of examples off the top of my head were trying to do a
printString on
On 29 Jul 2013, at 23:20, Chris cpmbai...@btinternet.com wrote:
On 29/07/2013 21:33, Sven Van Caekenberghe wrote:
Chris,
On 29 Jul 2013, at 20:52, Chris cpmbai...@btinternet.com wrote:
I've been getting a little concerned with certain aspects of performance
recently. Just a couple of
I forward Nico's answer because he is not in the mailing list.
On Mon, Jul 29, 2013 at 6:12 PM, Nicolas Cellier
nicolas.cellier.aka.n...@gmail.com wrote:
First thing, printing a Float correctly is a difficult task.
Let's remind the requirements for a decimal printString:
1) every two
On 29/07/13 7:08 PM, Sven Van Caekenberghe wrote:
The explanation for the slowdown must be in the PgV2 driver.
The PgV2 protocol is described at:
http://www.postgresql.org/docs/7.1/static/protocol-message-formats.html
Have a glance at the AsciiRow and BinaryRow message formats. The
driver
btw, one of the reasons why I would like to (some day) rewrite the DBXTalk
Driver getting rid of opendbx is because it answers always strings (char*) [1],
which at the time needs to be parsed too... slowing a lot the process.
but well, since it is not an easy task, it will be delayed
21 matches
Mail list logo