September 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] SparseLargeTable instances and Unicode

by Henrik Sperre Johansen

On 21.09.2010 20:07, Mariano Martinez Peck wrote: > > > On Tue, Sep 21, 2010 at 7:55 PM, Henrik Sperre Johansen > <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>> > wrote: > > On 21.09.2010 19:10, Mariano Martinez Peck wrote: > > Hi folks. I wasn't aware of the class SparseLargeTable but it > seems it has two important instances "SparseLargeTable > allInstances size -> 2" > > They are the class side variables #DecimalProperty and > #GeneralCategory in Unicode. > > Actually, > > (Unicode classPool at: 'GeneralCategory') size -> 917632 > > (Unicode classPool at: 'DecimalProperty') size -> 917632 > > So...collections of almost 1 million elements. > > Now a couple of questions: > > 1) Is this normal/expected? In my calculus both arrays are > like 3mb of memory > > Look at the implementation, there's a reason they're called sparse. > If my math is correct (crosses fingers), DecimalProperty is ~15KB, > GeneralCategory ~70KB > > > So...there must be a problem with my code, I was doing something like > SpaceTally does: > > > spaceForUsedInstancesOf: aClass withInstanceCount: instCount > "Answer the number of bytes consumed by all instances of the given > class, including their object headers." > > | isCompact instVarBytes bytesPerElement headerBytes total | > instCount = 0 ifTrue: [^ 0]. > isCompact := aClass indexIfCompact > 0. > instVarBytes := aClass instSize * 4. > aClass isVariable > ifTrue: [ > bytesPerElement := aClass isBytes ifTrue: [1] ifFalse: [4]. > total := 0. > aClass allInstancesDo: [:inst | | contentBytes | > contentBytes := instVarBytes + (inst *size* * > bytesPerElement). There you go. Use basicSize, size is overridden by f.ex. HashedCollections and LargeSparseTables. Cheers, Henry

Sept. 21, 2010

Re: [Pharo-project] Issue 2744: Renaming the path to the image is not caught in Pharo on OS X

by Guillermo Polito

But if the changes file is pointed as "./myImage.changes" instead of "/home/mariano/pharo/myImage.changes" the problem will not exist. But I don't know if the vm supports relative paths... 2010/9/21 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/9/21 Guillermo Polito <guillermopolito(a)gmail.com> > > >> >> 2010/9/21 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> Yes, I have this probelm several times....what I did is to change the >>> >>> logChange: so that it does nothing, save it, and then quit the image. >>> >>> >>> Anyway, what could be a solution for this problem? >>> >> >> Relative paths? :/ >> >> > > No, it won't wotk. > > Suppose my .image and .changes are now in /home/mariano/Pharo and while > the image is running you rename the directory to /home/mariano/pharoRenamed > > Your smalltalk image is still pointing to your .changes in > /home/mariano/Pharo and it was not updated. > > So...the only way I see is that the OS somehow should notify SqueakVM about > that..... > > > >> >>> thanks >>> >>> mariano >>> >>> >>> On Tue, Aug 3, 2010 at 3:28 PM, Mircea Lungu <lungu(a)iam.unibe.ch> wrote: >>> >>>> Hi guys, >>>> >>>> If I rename any of the directories in the path of a running image I will >>>> break the image: I can't save it, I can't close it. I get a debugger >>>> at any step. It seems the image is not informed of the path change >>>> and it still tries to log the changes in the the changes file which has >>>> already moved. >>>> >>>> I verified this on OS X,. >>>> >>>> I opened an issue for this: >>>> http://code.google.com/p/pharo/issues/detail?id=2744 >>>> >>>> Mircea. >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2010

Re: [Pharo-project] SparseLargeTable instances and Unicode

by Mariano Martinez Peck

On Tue, Sep 21, 2010 at 7:55 PM, Henrik Sperre Johansen < henrik.s.johansen(a)veloxit.no> wrote: > On 21.09.2010 19:10, Mariano Martinez Peck wrote: > >> Hi folks. I wasn't aware of the class SparseLargeTable but it seems it has >> two important instances "SparseLargeTable allInstances size -> 2" >> >> They are the class side variables #DecimalProperty and #GeneralCategory in >> Unicode. >> >> Actually, >> >> (Unicode classPool at: 'GeneralCategory') size -> 917632 >> >> (Unicode classPool at: 'DecimalProperty') size -> 917632 >> >> So...collections of almost 1 million elements. >> >> Now a couple of questions: >> >> 1) Is this normal/expected? In my calculus both arrays are like 3mb of >> memory >> > Look at the implementation, there's a reason they're called sparse. > If my math is correct (crosses fingers), DecimalProperty is ~15KB, > GeneralCategory ~70KB So...there must be a problem with my code, I was doing something like SpaceTally does: spaceForUsedInstancesOf: aClass withInstanceCount: instCount "Answer the number of bytes consumed by all instances of the given class, including their object headers." | isCompact instVarBytes bytesPerElement headerBytes total | instCount = 0 ifTrue: [^ 0]. isCompact := aClass indexIfCompact > 0. instVarBytes := aClass instSize * 4. aClass isVariable ifTrue: [ bytesPerElement := aClass isBytes ifTrue: [1] ifFalse: [4]. total := 0. aClass allInstancesDo: [:inst | | contentBytes | contentBytes := instVarBytes + (inst size * bytesPerElement). headerBytes := contentBytes > 255 ifTrue: [12] ifFalse: [isCompact ifTrue: [4] ifFalse: [8]]. (UnusedObjectDiscoverer current primitiveGetUsedBit: inst) ifTrue: [total := total + headerBytes + contentBytes]]. ^ total] ifFalse: [ headerBytes := instVarBytes > 255 ifTrue: [12] ifFalse: [isCompact ifTrue: [4] ifFalse: [8]]. ^ instCount * (headerBytes + instVarBytes)]. SparseLargeTable instanceCount ->>> 2 SpaceTally new spaceForUsedInstancesOf: SparseLargeTable withInstanceCount: 2 ->>> 7341112 thanks > > >> 2) If I don't use UTF and I send an encoding as parameter in the VM >> (different from UTF), do I need this class side variables? >> > What Lukas said. > > Cheers, > Henry > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2010

Re: [Pharo-project] Issue 2744: Renaming the path to the image is not caught in Pharo on OS X

by Mariano Martinez Peck

2010/9/21 Guillermo Polito <guillermopolito(a)gmail.com> > > > 2010/9/21 Mariano Martinez Peck <marianopeck(a)gmail.com> > > Yes, I have this probelm several times....what I did is to change the >> >> logChange: so that it does nothing, save it, and then quit the image. >> >> >> Anyway, what could be a solution for this problem? >> > > Relative paths? :/ > > No, it won't wotk. Suppose my .image and .changes are now in /home/mariano/Pharo and while the image is running you rename the directory to /home/mariano/pharoRenamed Your smalltalk image is still pointing to your .changes in /home/mariano/Pharo and it was not updated. So...the only way I see is that the OS somehow should notify SqueakVM about that..... > >> thanks >> >> mariano >> >> >> On Tue, Aug 3, 2010 at 3:28 PM, Mircea Lungu <lungu(a)iam.unibe.ch> wrote: >> >>> Hi guys, >>> >>> If I rename any of the directories in the path of a running image I will >>> break the image: I can't save it, I can't close it. I get a debugger >>> at any step. It seems the image is not informed of the path change >>> and it still tries to log the changes in the the changes file which has >>> already moved. >>> >>> I verified this on OS X,. >>> >>> I opened an issue for this: >>> http://code.google.com/p/pharo/issues/detail?id=2744 >>> >>> Mircea. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2010

Re: [Pharo-project] SparseLargeTable instances and Unicode

by Henrik Sperre Johansen

On 21.09.2010 19:10, Mariano Martinez Peck wrote: > Hi folks. I wasn't aware of the class SparseLargeTable but it seems it > has two important instances "SparseLargeTable allInstances size -> 2" > > They are the class side variables #DecimalProperty and > #GeneralCategory in Unicode. > > Actually, > > (Unicode classPool at: 'GeneralCategory') size -> 917632 > > (Unicode classPool at: 'DecimalProperty') size -> 917632 > > So...collections of almost 1 million elements. > > Now a couple of questions: > > 1) Is this normal/expected? In my calculus both arrays are like 3mb > of memory Look at the implementation, there's a reason they're called sparse. If my math is correct (crosses fingers), DecimalProperty is ~15KB, GeneralCategory ~70KB > > 2) If I don't use UTF and I send an encoding as parameter in the VM > (different from UTF), do I need this class side variables? What Lukas said. Cheers, Henry

Sept. 21, 2010

[Pharo-project] News on Mondrian

by Alexandre Bergel

Hi! I am please to announce that Mondrian now includes an help and tutorial. These are accessible from the Easel menu and the World menu (help item). You can load Mondrian with: Gofer new squeaksource: 'Mondrian'; package: 'ConfigurationOfMondrian'; load. (Smalltalk at: #ConfigurationOfMondrian) perform: #loadDefault. I would be please to hear feedback on them. The PharoByExampleV2 chapter on Mondrian will be based on the tutorial. I am currently working on a Tutorial->Latex importer. What I did in the plane on the way back form esug. 582: No leaf class is abstract. Move down some methods from MOShape to MONodeShape 581: Help and tutorial finished. Added some new test and renamed a few things 580: easel examples are better commented and more descriptive 579: Added submenu in Easel help 578: MOAnnouncer>>forward: Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 21, 2010

[Pharo-project] Webpage for research paper about Pharo?

by Alexandre Bergel

Hi! I would like to create a webpage that lists papers about Pharo. There were some announcements on smalltalk-research(a)googlegroups.com, but it is not really useful for me to keep track of what's going on. Maybe a page accessible from http://www.pharo-project.org/about/success-stories or http://www.pharo-project.org/about/ will be good. If the community agrees on this, I am willing to lead this effort. Opinion? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 21, 2010

[Pharo-project] Help on help

by Alexandre Bergel

Hi! I am writing a help for Mondrian. I am reading "help on help": -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= WELCOME TO THE HELP SYSTEM The help system is a simple user interface to display help contents to the user. It can be accessed from the world menu using "Tools" -> "Help Browser" or by evaluating 'HelpBrowser open' in a workspace. There is a predefined mechanism allowing you to have help contents stored as source code using methods in specific help provider classes. This allows to manage the help texts using the standard development tools. But this is only one possible representation. Yes, this is a good solution. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Maybe the last line can be deleted. Even better, replaced by the email of the author. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 21, 2010

[Pharo-project] Tutorial of ProfStef

by Alexandre Bergel

Hi! The idea of ProfStef is simply brilliant. I have one comment: Page 2 is written: Your can use Lesson>>title:lesson: to create Lesson object. It should be Lesson class>>title:lesson: Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 21, 2010

[Pharo-project] Help vs Tutorial

by Alexandre Bergel

Hi again! Help and Tutorial seem to follow similar construction patterns. I was wondering why Help expect methods on the class side and Tutorial on the instance side. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 21, 2010