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

Re: [Pharo-project] Collection >> collectDistinct: ??

by Levente Uzonyi

On Thu, 11 Mar 2010, StÃ©phane Ducasse wrote: > >> >> So try it with randomized data: >> >> a := (1 to: 1000000) asArray shuffled. >> >> Smalltalk garbageCollect. >> [ a collect: #yourself as: Set ] timeToRun. "==> 4143" >> >> Smalltalk garbageCollect. >> [ a asSet ] timeToRun. "==> 3995". >> >> | s | >> s := Set new. >> Smalltalk garbageCollect. >> [ s addAll: a ] timeToRun. "==> 157304 oops weak hashes". >> >> | s | >> s := Set new: 1000000. >> Smalltalk garbageCollect. >> [ s addAll: a ] timeToRun. "==> 636". >> >> >> With better hashes: > > levente how do you determine that you use better hashes below The hash of a SmallInteger is itself. The larger the interval where the hashes come from the better, because the distribution of (hash \\ array size) values is more uniform, therefore the chance of clustering and collisions is lower. Levente > > >> a := Set new: 1000000. >> [ a size < 1000000 ] whileTrue: [ >> a add: SmallInteger maxVal atRandom ]. >> a := a asArray. >> >> Smalltalk garbageCollect. >> [ a collect: #yourself as: Set ] timeToRun. "==> 3895" >> >> Smalltalk garbageCollect. >> [ a asSet ] timeToRun. "==> 3777". >> >> | s | >> s := Set new. >> Smalltalk garbageCollect. >> [ s addAll: a ] timeToRun. "==> 4729 much better". >> >> | s | >> s := Set new: 1000000. >> Smalltalk garbageCollect. >> [ s addAll: a ] timeToRun. "==> 774". >> >> >> Conclusions: >> - #collect:as: is (almost) as fast as #asSet >> - better hashes can make a huge difference >> - message sends cost a lot compared to bytecodes >> - if you can guess the size of your collection, do it (applies for all growing collections and collection streaming) > yes!! >> - only optimize if you have to in your own code >> >> >> Levente >> >>> -- >>> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 >>> <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> >>> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. >>> See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion >>> >>> _______________________________________________ >>> 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 >

March 11, 2010

[Pharo-project] Add Alien in 1.1 (Issue 1360)

by Torsten Bergmann

Hi Marco, what is the status for http://code.google.com/p/pharo/issues/detail?id=1360 ? We should really move this forward for integration, especially since your Alien work was done based on Win32VM 3.11.5 and we now have 3.11.8 already... Thx Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

March 11, 2010

Re: [Pharo-project] Collection >> collectDistinct: ??

by Henrik Johansen

Den 11.03.2010 01:54, skrev Nicolas Cellier: > 2010/3/11 Igor Stasenko <siguctua(a)gmail.com>: > >> On 10 March 2010 15:07, Nicolas Cellier >> <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >>> self collect: aBlock as: Set >>> >>> >> One more time, i found this very beatiful and useful extension to >> Collection protocol. >> And i am proud being a witness when this thing is born! :) >> >> > Yes, > I remember saying I was not convinced some times ago... > http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-June/129457.html > Being able to change own opinion is a good thing ! > > Nicolas > I have to admit, I still don't quite see what's wrong with 1. (self collect: aBlock) asSet or 2. mySet := Set new: self size. self do: aBlockAddingToMySetAtEnd. or (well, this one is IMO indeed a bit ugly) 3. self inject: (Set new:self size) into: [ :sub :next | sub add: next collectValue; yourself ] ... Sure, they're a bit verbose, and when you'd like to use 1 vs 2 or 3 varies abit on the collection contents, but they all work in all dialects, and aren't THAT much longer, unless your collect block is really short. Cheers, Henry > >>> 2010/3/10 Mariano Martinez Peck <marianopeck(a)gmail.com>: >>> >>>> Hi. I was needing something like the SQL select distinct, that doesn't take >>>> into account repeated objects. I didn't found anything useful in Collection, >>>> and thus, I have implemented this: >>>> >>>> Collection >> collectDistinct: aBlock >>>> >>>> >>>> collectDistinct: aBlock >>>> "Evaluate aBlock with each of the receiver's elements as the argument. >>>> Collect the resulting values into a Set, thus repeated objects will not >>>> be present. >>>> Answer the new collection." >>>> >>>> | newSet | >>>> newSet := self species new asSet. >>>> self do: [:each | newSet add: (aBlock value: each)]. >>>> ^ newSet >>>> >>>> >>>> Is there a better way ? Do you think it make sense to put this in Pharo ? >>>> >>>> Cheers >>>> >>>> Mariano >>>> >>>> _______________________________________________ >>>> 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 >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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 > > >

March 11, 2010

[Pharo-project] [update 1.1] #11257

by Torsten Bergmann

Can we apply the script in issue 1850 to 1.0 and 1.1 to add the repo with metacello configs as one of the standard repos. Would really be a time saver and close one bug ;) http://code.google.com/p/pharo/issues/detail?id=1850 Thx T. -- GMX DSL: Internet, Telefon und Entertainment fÃ¼r nur 19,99 EUR/mtl.! http://portal.gmx.net/de/go/dsl02

March 11, 2010

[Pharo-project] GSoC idea: Brainstorming portal for better community decision process

by Janko MivÅ¡ek

Dear Smalltalkers, Becasue we have quite some problems in a community with seeking a consensus on important questions, from organization ones and on, I came to idea to build a tool for help. And a GSoC project can be an ideal opportunity to build such a tool. What do you think? Here is a description: Brainstorming portal for better community decision process ========================================================== Create a web portal for brainstorming sessions/meetings to get ideas and answers to important questions in Smalltalk community. Portal should allow on-line to: 1. brainstorm the ideas 2. vote to get-out the best ideas 3. seek consensus 4. analyze - report On-line session/meeting should look like a Skype session together with a brainstorming portal, from collecting ideas to a final decision proposal. Example of such session can be a Squeak Oversight Board meeting or planning session for a new Smalltalk project. Or some broader session in the community, like on a question how to organize better. Some important concepts: * anonymity of idea proposers * associations: proposers see the ideas of anonymous others to facilitate an association for proposing an even better idea * seeking consensus to avoid 51/49% decisions but to come closer to 100% agreement on important ideas. Technical details * a web application for gathering brainstormed ideas in real-time (using Ajax and Comet technology). * voting system with appropriate algorithms * analytics with on-line graphs and reports on paper/PDF * installation on a publicly available hosting server Benefits to the Student * getting insight into group dynamics of Smalltalk community and in general * gaining knowledge of modern web technologies in Smalltalk and in general Benefits to the Community Better community decision process by getting the best ideas from the members while on the other side avoiding stalemates so frequent in Smalltalk community those days Best regards Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

March 11, 2010

[Pharo-project] Pharo Win32 VM update (3.11.8)

by Torsten Bergmann

Based on the Squeak Win32 VM update from Andreas (see [1]) I created an update for the Pharo Win32 VM which you can either download directly [2] or from the pharo download page [3]. This VM also includes the fix from Juan so the white rectangles should never show up again when dragging a browser in Pharo 1.1. The full pharo installer for Pharo 1.0 (setup_pharo1.0-10508-rc2dev10.01.2.exe) does not yet contain the 3.11.8 VM since we dont have a new image - so no reason to regenerate the setup. As soon as this is the case I will include it there or any newer VM release. Bye T. [1] http://lists.squeakfoundation.org/pipermail/vm-dev/2010-March/004017.html [2] https://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip [3] http://pharo-project.org/pharo-download -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

March 11, 2010

Re: [Pharo-project] Class comments are in the .sources ?

by Henrik Johansen

Den 11.03.2010 11:05, skrev Mariano Martinez Peck: > > > On Thu, Mar 11, 2010 at 10:47 AM, Igor Stasenko <siguctua(a)gmail.com > <mailto:siguctua@gmail.com>> wrote: > > 2010/3/11 Mariano Martinez Peck <marianopeck(a)gmail.com > <mailto:marianopeck@gmail.com>>: > > > > > I presented some ideas about it in the past, but since it requires a > substantial efforts to make it done, > they weren't get past much the state of an ideas. :) > > > I would like to hear those ideas. http://n4.nabble.com/Source-code-management-my-vision-Was-Re-Why-a-package-… Some grand ideas indeed :) Cheers, Henry

March 11, 2010

[Pharo-project] [update 1.1] #11257

by Marcus Denker

11257 ----- Issue 2085: Optimization of PackageOrganizer Issue 2123: [ScriptLoader11] Enhancement of ScriptLoader>>cleanUpForProduction -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 11, 2010

Re: [Pharo-project] Class comments are in the .sources ?

by Igor Stasenko

2010/3/11 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Thu, Mar 11, 2010 at 10:47 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> 2010/3/11 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> > Hi folks. I was playing a bit with the ClassOrganizer stuff. I thought >> > that >> > class comments were in the image, but it seems they are kept in the >> > .source.Â Is this correct ? >> > >> > They are ALWAYS kept in the .sources? >> > >> > I know that the class of the instancia variable "classComment" in the >> > ClassOrganizer can be Text, ByteString or even RemoteString. I though >> > that >> > only those who have RemoteString were in .sourcesÂ but it seems all are >> > there. I am correct ? is this the desired behavior ? >> > >> >> Yes you are. >> The state of these things are bunch of hacks, added over a years and >> really, really messy. > > OK...thanks for the warning. > >> >> I presented some ideas about it in the past, but since it requires a >> substantial efforts to make it done, >> they weren't get past much the state of an ideas. :) >> > > I would like to hear those ideas. Oh. What is the point? Nobody will have enough comitment to do it anyways :) But briefly. It was an idea of creating a source management layer, starting from replacing a compiler logging and ending with being able to use any other backend for storing the sources , not just bare files, but databases accessible via network as well. > What I want to do right now, is to be able > to remove a lot of memory consumption that maybe they are not used under > certain circumstances like embedded devices. For example, I would like to > remove all the method categories or put a blank space. Or to remove the > class comments (I though they were in the image). In summary, for those > applications that can live with that, I would like to remove unnecessary > data from ClassOrganization so that to low memory footprint. > > Â What do you think? > allClassesDo: [:class | class organization setDefaultList: #() ] > Cheers > > Mariano >> >> > Thanks! >> > >> > Mariano >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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 > -- Best regards, Igor Stasenko AKA sig.

March 11, 2010

Re: [Pharo-project] Class comments are in the .sources ?

by StÃ©phane Ducasse

This is not bad or good. A lot of the design decision where taken for extremely small machines (80k loom) Now marcus would say that he wants everything in memory. :) And I would say can we get the best of both worlds having everything in memory if we want or on disc. Stef > Hi folks. I was playing a bit with the ClassOrganizer stuff. I thought that class comments were in the image, but it seems they are kept in the .source. Is this correct ? > > They are ALWAYS kept in the .sources? > > I know that the class of the instancia variable "classComment" in the ClassOrganizer can be Text, ByteString or even RemoteString. I though that only those who have RemoteString were in .sources but it seems all are there. I am correct ? is this the desired behavior ? > > Thanks! > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 11, 2010