- Pharo-dev - lists.pharo.org

Re: [Pharo-project] DependencyBrowser

by Tudor Girba

I am also interested in that for Moose. Cheers, Doru On Oct 12, 2008, at 4:09 PM, Serge Stinckwich wrote: > 2008/10/12 Damien Cassou <damien.cassou(a)gmail.com>: >> On Sat, Oct 11, 2008 at 11:16 AM, Alexandre Bergel >> <Alexandre.Bergel(a)inria.fr> wrote: >>> I think this tool deserve to have an entry in ScriptLoader >> >> >> Generating dev images takes me a lot of time. It seems pharo >> developers are not interested in pharo-dev images so I will stop >> generating them. > > I'm interested by pharo-dev images. > > -- > Serge Stinckwich > Smalltalkers do: [:it | All with: Class, (And love: it)] > http://blog.doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com www.tudorgirba.com/blog "One cannot do more than one can do."

Oct. 12, 2008

Re: [Pharo-project] DependencyBrowser

by Tudor Girba

I am also interested in that for Moose. Cheers, Doru On Oct 12, 2008, at 4:09 PM, Serge Stinckwich wrote: > 2008/10/12 Damien Cassou <damien.cassou(a)gmail.com>: >> On Sat, Oct 11, 2008 at 11:16 AM, Alexandre Bergel >> <Alexandre.Bergel(a)inria.fr> wrote: >>> I think this tool deserve to have an entry in ScriptLoader >> >> >> Generating dev images takes me a lot of time. It seems pharo >> developers are not interested in pharo-dev images so I will stop >> generating them. > > I'm interested by pharo-dev images. > > -- > Serge Stinckwich > Smalltalkers do: [:it | All with: Class, (And love: it)] > http://blog.doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com www.tudorgirba.com/blog "One cannot do more than one can do."

Oct. 12, 2008

Re: [Pharo-project] DependencyBrowser

by Serge Stinckwich

2008/10/12 Damien Cassou <damien.cassou(a)gmail.com>: > On Sat, Oct 11, 2008 at 11:16 AM, Alexandre Bergel > <Alexandre.Bergel(a)inria.fr> wrote: >> I think this tool deserve to have an entry in ScriptLoader > > > Generating dev images takes me a lot of time. It seems pharo > developers are not interested in pharo-dev images so I will stop > generating them. I'm interested by pharo-dev images. -- Serge Stinckwich Smalltalkers do: [:it | All with: Class, (And love: it)] http://blog.doesnotunderstand.org/

Oct. 12, 2008

Re: [Pharo-project] DependencyBrowser

by Alexandre Bergel

You should continue to produce your dev image. I have seen a lot of people using it. Really. Cheers, Alexandre On 12 Oct 2008, at 12:52, Damien Cassou wrote: > On Sat, Oct 11, 2008 at 11:16 AM, Alexandre Bergel > <Alexandre.Bergel(a)inria.fr> wrote: >> I think this tool deserve to have an entry in ScriptLoader > > > Generating dev images takes me a lot of time. It seems pharo > developers are not interested in pharo-dev images so I will stop > generating them. > > Bye > > > -- > Damien Cassou > Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good > luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu) > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 12, 2008

Re: [Pharo-project] Pharo image size: 10.9MB

by StÃ©phane Ducasse

Yes! Stef >> no. But I don't think we need them anymore, especially if we have >> FreeType > > You may want to keep Accujen for special situation (embedded system > with ARM CPU) where freetype cannot be uses or is not appropriate. > Accujen is pretty readable and comes with different sizes. > Just some guess... > > Hilaire > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 12, 2008

Re: [Pharo-project] [MC] Adding a constraint when declaring a required package

by Lukas Renggli

On 10/12/08, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I lukas I see that you group together all the tests and I would prefer to > have test associate with the package they test. Tests are always in separate package (so that you don't have to load them in productive code). As you can see in the list, most packages have an associated test package: Seaside-Session and Seaside-Tests-Session You find a more complicated example of a group of packages that also includes platform specific code at the bottom of <http://code.google.com/p/seaside/wiki/PackageNaming>. Cheers, Lukas > > stef > > > > On Oct 12, 2008, at 11:46 AM, Lukas Renggli wrote: > > > > > > > In Visualworks there is no dash convention, which is much better... > > > > > > > This might be interesting in the context of discussion: > > > > We documented the package naming conventions for Seaside 2.9 here: > > > > http://code.google.com/p/seaside/wiki/PackageNaming > > > > The complete list of packages is documented here: > > > > http://code.google.com/p/seaside/wiki/LoadOrder > > > > When following these conventions there are no conflicts. The dashes > > are there to separate the different concerns of the name. We don't use > > meta-packages (-All), because every developer has a different set of > > packages anyway. > > > > Cheers, > > Lukas > > > > > > > > > > > > > > > > Cheers, > > > Alexandre > > > > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > > > > > > > > > -- > > Lukas Renggli > > http://www.lukas-renggli.ch > > > > _______________________________________________ > > 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 > -- Lukas Renggli http://www.lukas-renggli.ch

Oct. 12, 2008

Re: [Pharo-project] [MC] Adding a constraint when declaring a required package

by Lukas Renggli

On 10/12/08, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > It makes sense. But in that setting, creating a package named 'Seaside' and > beginning to add some Seaside-... packages as required would be disastrous. > No? But maybe I am missing something here... Sure, but a package named 'Seaside' does not follow the conventions. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Oct. 12, 2008

Re: [Pharo-project] Pharo image size: 10.9MB

by Hilaire Fernandes

2008/10/12 Adrian Lienhard <adi(a)netstyle.ch>: > no. But I don't think we need them anymore, especially if we have FreeType You may want to keep Accujen for special situation (embedded system with ARM CPU) where freetype cannot be uses or is not appropriate. Accujen is pretty readable and comes with different sizes. Just some guess... Hilaire

Oct. 12, 2008

Re: [Pharo-project] Pharo image size: 10.9MB

by Adrian Lienhard

On Oct 12, 2008, at 13:09 , Adrian Lienhard wrote: > > On Oct 12, 2008, at 12:52 , StÃ©phane Ducasse wrote: > >> this is strange that certain strings are repeated 3 times. >> >> Flaps are like drawers >> This tool allows you >> SUnit removing... > > hm.. > we can find out by looking where they are referenced. If you open an > inspector and close all other windows that may potentially have a > reference to the string, and then in the context menu: Chase > pointers. This shows you at the bottom where the object is referenced. > > One of the largest strings is a literal in ISOLanguageDefinition > class>>iso3166Codes (almost 1k). sorry, it should say: "almost 10k" (so it may actually make sense to get rid of the larger strings) Adrian > > > Adrian > > >> Stef >> On Oct 12, 2008, at 12:22 PM, Alexandre Bergel wrote: >> >>> Excellent Adrian. >>> >>> For String, a similar expression does it: >>> ByteString allInstances asSortedCollection: [ :e1 :e2 | e1 size >>> >= e2 size ] >>> >>> ByteString allInstances inject: 0 into: [:sum :el | sum + el size] >>> The total amount of strings is 1,533,483 bytes >>> >>> Interesting: >>> (ByteString allInstances select: [:s | s = '']) size ==> 601 >>> >>> Cheers, >>> Alexandre >>> >>> >>> On 11 Oct 2008, at 21:20, StÃ©phane Ducasse wrote: >>> >>>> excellent! >>>> I would be also curious about the size of the strings. >>>> And yes >>>> - we need to have a cleanup process as proposed/examplified by >>>> keith >>>> >>>> For the default fonts: do we have a process to reload the non >>>> default fonts? >>>> >>>> Stef >>>> >>>> On Oct 11, 2008, at 8:11 PM, Adrian Lienhard wrote: >>>> >>>>> I've been looking into how the current 13.4MB a Pharo image uses >>>>> are spent... I expected that at least half of it is used by >>>>> classes (compiled methods). But this is not the case. Actually, >>>>> only about 1/4th are classes. As it turned out, almost the same >>>>> amount of memory is used by forms (actually bitmaps)! >>>>> >>>>> If you want to know which are the largest 10 forms try this: >>>>> >>>>> (Form allInstances asSortedCollection: [ :e1 :e2 | e1 bits size >>>>> >= e2 bits size ]) from: 1 to: 10 do: [ :each | each asMorph >>>>> openInWorld ] >>>>> >>>>> ...among which for example are 4 different color pickers. In >>>>> total there are around 450 forms, most from EToys. I've manually >>>>> traced down where the larger forms come from and have cleaned up >>>>> those that were possible (many are only referenced by caches). >>>>> The number of forms is at 320 now. >>>>> >>>>> In the process I produced the script below, which among other >>>>> stuff removes all but the default font. Also, it actually >>>>> removes the flaps from the system instead of only hiding them. >>>>> Here a history of image sizes: >>>>> >>>>> Squeak 3.9: 15.6 MB >>>>> Pharo 10091: 13.4MB (before cleanup) >>>>> Pharo 10091: 10.9MB (after cleanup) >>>>> >>>>> Main conclusion: the system needs cleanup not only of the code >>>>> (where the mess is more directly visible), but also of the >>>>> object memory. Furthermore, I expect removing EToys will have an >>>>> nice impact on the image size. Also removing Sound will release >>>>> some memory because of sound samples. >>>>> >>>>> If anybody has suggestions to further reduce the image size >>>>> (<10MB would be a nice target for the first release...), please >>>>> let me know. >>>>> >>>>> Cheers, >>>>> Adrian >>>>> >>>>> >>>>> >>>>> Preferences setDefaultFonts: #( >>>>> (setSystemFontTo: 'Accuny' 10) >>>>> (setListFontTo: 'Accuny' 10) >>>>> (setMenuFontTo: 'Accuny' 10) >>>>> (setFlapsFontTo: 'Accuny' 12) >>>>> (setEToysFontTo: 'Accuny' 10) >>>>> (setPaintBoxButtonFontTo: 'Accuny' 10) >>>>> (setWindowTitleFontTo: 'Accuny' 15) >>>>> (setBalloonHelpFontTo: 'Accuny' 10) >>>>> (setCodeFontTo: 'Accuny' 10) >>>>> (setButtonFontTo: 'Accuny' 8)). >>>>> TextConstants associations do: [ :association | >>>>> ((association value isKindOf: TextStyle) >>>>> and: [ association key ~= #Accuny ] >>>>> and: [ (TextStyle defaultFamilyNames includes: association >>>>> key) not ]) >>>>> ifTrue: [ TextConstants removeKey: association key ]]. >>>>> TextConstants at: #DefaultFixedTextStyle put: (TextConstants at: >>>>> #Accuny). >>>>> >>>>> (Flaps classPool at: #SharedFlapTabs) removeAllSuchThat: [ :each >>>>> | (#(Tools Pharo) includes: each labelString) not ]. >>>>> NaturalLanguageFormTranslator classPool at: #CachedTranslations >>>>> put: nil. >>>>> NaturalLanguageTranslator resetCaches. >>>>> PartsBin clearThumbnailCache. >>>>> PaintBoxMorph initialize. >>>>> PaintBoxMorph classPool at: #ColorChart put: nil; at: #Prototype >>>>> put: nil. >>>>> Utilities classPool at: #ScrapsBook put: nil. >>>>> Project allInstancesDo: [ :each | each setThumbnail: nil ]. >>>>> InternalThreadNavigationMorph clearThumbnailCache. >>>>> ScriptingSystem stripGraphicsForExternalRelease. >>>>> ProjectHistory currentHistory initialize. >>>>> Utilities zapUpdateDownloader. >>>>> Smalltalk forgetDoIts. >>>>> Behavior flushObsoleteSubclasses. >>>>> CommandHistory allInstancesDo: #initialize. >>>>> ScriptLoader new cleaningCS. >>>>> RequiredSelectors initialize. >>>>> ProvidedSelectors initialize. >>>>> LocalSends initialize. >>>>> SendCaches initializeAllInstances. >>>>> Utilities cleanseOtherworldlySteppers. >>>>> Smalltalk organization removeEmptyCategories. >>>>> SystemBrowser removeObsolete. >>>>> TheWorldMenu removeObsolete. >>>>> AppRegistry removeObsolete. >>>>> FileServices removeObsolete. >>>>> SystemNavigation default obsoleteBehaviors. >>>>> MCFileBasedRepository flushAllCaches. >>>>> MCDefinition clearInstances. >>>>> Undeclared removeUnreferencedKeys. >>>>> Smalltalk flushClassNameCache. >>>>> 3 timesRepeat: [ Smalltalk garbageCollect. Symbol >>>>> compactSymbolTable ]. >>>>> Set rehashAllSets. >>>>> Smalltalk garbageCollect. >>>>> >>>>> >>>>> ___________________ >>>>> http://www.adrian-lienhard.ch/ >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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

Oct. 12, 2008

Re: [Pharo-project] Pharo image size: 10.9MB

by Adrian Lienhard

On Oct 12, 2008, at 12:52 , StÃ©phane Ducasse wrote: > this is strange that certain strings are repeated 3 times. > > Flaps are like drawers > This tool allows you > SUnit removing... hm.. we can find out by looking where they are referenced. If you open an inspector and close all other windows that may potentially have a reference to the string, and then in the context menu: Chase pointers. This shows you at the bottom where the object is referenced. One of the largest strings is a literal in ISOLanguageDefinition class>>iso3166Codes (almost 1k). Adrian > Stef > On Oct 12, 2008, at 12:22 PM, Alexandre Bergel wrote: > >> Excellent Adrian. >> >> For String, a similar expression does it: >> ByteString allInstances asSortedCollection: [ :e1 :e2 | e1 size >= >> e2 size ] >> >> ByteString allInstances inject: 0 into: [:sum :el | sum + el size] >> The total amount of strings is 1,533,483 bytes >> >> Interesting: >> (ByteString allInstances select: [:s | s = '']) size ==> 601 >> >> Cheers, >> Alexandre >> >> >> On 11 Oct 2008, at 21:20, StÃ©phane Ducasse wrote: >> >>> excellent! >>> I would be also curious about the size of the strings. >>> And yes >>> - we need to have a cleanup process as proposed/examplified by >>> keith >>> >>> For the default fonts: do we have a process to reload the non >>> default fonts? >>> >>> Stef >>> >>> On Oct 11, 2008, at 8:11 PM, Adrian Lienhard wrote: >>> >>>> I've been looking into how the current 13.4MB a Pharo image uses >>>> are spent... I expected that at least half of it is used by >>>> classes (compiled methods). But this is not the case. Actually, >>>> only about 1/4th are classes. As it turned out, almost the same >>>> amount of memory is used by forms (actually bitmaps)! >>>> >>>> If you want to know which are the largest 10 forms try this: >>>> >>>> (Form allInstances asSortedCollection: [ :e1 :e2 | e1 bits size >>>> >= e2 bits size ]) from: 1 to: 10 do: [ :each | each asMorph >>>> openInWorld ] >>>> >>>> ...among which for example are 4 different color pickers. In >>>> total there are around 450 forms, most from EToys. I've manually >>>> traced down where the larger forms come from and have cleaned up >>>> those that were possible (many are only referenced by caches). >>>> The number of forms is at 320 now. >>>> >>>> In the process I produced the script below, which among other >>>> stuff removes all but the default font. Also, it actually removes >>>> the flaps from the system instead of only hiding them. Here a >>>> history of image sizes: >>>> >>>> Squeak 3.9: 15.6 MB >>>> Pharo 10091: 13.4MB (before cleanup) >>>> Pharo 10091: 10.9MB (after cleanup) >>>> >>>> Main conclusion: the system needs cleanup not only of the code >>>> (where the mess is more directly visible), but also of the object >>>> memory. Furthermore, I expect removing EToys will have an nice >>>> impact on the image size. Also removing Sound will release some >>>> memory because of sound samples. >>>> >>>> If anybody has suggestions to further reduce the image size >>>> (<10MB would be a nice target for the first release...), please >>>> let me know. >>>> >>>> Cheers, >>>> Adrian >>>> >>>> >>>> >>>> Preferences setDefaultFonts: #( >>>> (setSystemFontTo: 'Accuny' 10) >>>> (setListFontTo: 'Accuny' 10) >>>> (setMenuFontTo: 'Accuny' 10) >>>> (setFlapsFontTo: 'Accuny' 12) >>>> (setEToysFontTo: 'Accuny' 10) >>>> (setPaintBoxButtonFontTo: 'Accuny' 10) >>>> (setWindowTitleFontTo: 'Accuny' 15) >>>> (setBalloonHelpFontTo: 'Accuny' 10) >>>> (setCodeFontTo: 'Accuny' 10) >>>> (setButtonFontTo: 'Accuny' 8)). >>>> TextConstants associations do: [ :association | >>>> ((association value isKindOf: TextStyle) >>>> and: [ association key ~= #Accuny ] >>>> and: [ (TextStyle defaultFamilyNames includes: association key) >>>> not ]) >>>> ifTrue: [ TextConstants removeKey: association key ]]. >>>> TextConstants at: #DefaultFixedTextStyle put: (TextConstants at: >>>> #Accuny). >>>> >>>> (Flaps classPool at: #SharedFlapTabs) removeAllSuchThat: [ :each >>>> | (#(Tools Pharo) includes: each labelString) not ]. >>>> NaturalLanguageFormTranslator classPool at: #CachedTranslations >>>> put: nil. >>>> NaturalLanguageTranslator resetCaches. >>>> PartsBin clearThumbnailCache. >>>> PaintBoxMorph initialize. >>>> PaintBoxMorph classPool at: #ColorChart put: nil; at: #Prototype >>>> put: nil. >>>> Utilities classPool at: #ScrapsBook put: nil. >>>> Project allInstancesDo: [ :each | each setThumbnail: nil ]. >>>> InternalThreadNavigationMorph clearThumbnailCache. >>>> ScriptingSystem stripGraphicsForExternalRelease. >>>> ProjectHistory currentHistory initialize. >>>> Utilities zapUpdateDownloader. >>>> Smalltalk forgetDoIts. >>>> Behavior flushObsoleteSubclasses. >>>> CommandHistory allInstancesDo: #initialize. >>>> ScriptLoader new cleaningCS. >>>> RequiredSelectors initialize. >>>> ProvidedSelectors initialize. >>>> LocalSends initialize. >>>> SendCaches initializeAllInstances. >>>> Utilities cleanseOtherworldlySteppers. >>>> Smalltalk organization removeEmptyCategories. >>>> SystemBrowser removeObsolete. >>>> TheWorldMenu removeObsolete. >>>> AppRegistry removeObsolete. >>>> FileServices removeObsolete. >>>> SystemNavigation default obsoleteBehaviors. >>>> MCFileBasedRepository flushAllCaches. >>>> MCDefinition clearInstances. >>>> Undeclared removeUnreferencedKeys. >>>> Smalltalk flushClassNameCache. >>>> 3 timesRepeat: [ Smalltalk garbageCollect. Symbol >>>> compactSymbolTable ]. >>>> Set rehashAllSets. >>>> Smalltalk garbageCollect. >>>> >>>> >>>> ___________________ >>>> http://www.adrian-lienhard.ch/ >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> 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

Oct. 12, 2008