July 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] New much faster Pharo based on 10379

by Damien Cassou

I've just uploaded a new Pharo image. It is much faster now, but you won't get the package browsing (only the category browsing). http://pharo-project.org/pharo-download For all the people who found Pharo slow, please tell me what you think of this one ! -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

July 18, 2009

Re: [Pharo-project] How to have a faster image

by Adrian Lienhard

In this thread just preferences were discussed to speed up the tools (no new packages). Instead of adding them to the wiki, I also suggest to make them default in the Pharo image. Like this people get less features but a faster GUI, which seems to be preferred from the many recent comments. If somebody likes more features, he can simply change the preferences again (maybe adding a note in the workspace would be helpful to indicate which ones). I suggest to change the following: SystemBrowser default: OBSystemBrowserAdaptor. Preferences disable: #dynamicProtocolActivation. Preferences disable: #annotationPanes In this thread it was also suggested to enable #fastDragWindowForMorphic. Not sure if this is important as we have it disabled also in the core. Damien, what do you think? Adrian On Jul 18, 2009, at 00:39 , Damien Cassou wrote: > On Sat, Jul 18, 2009 at 12:01 AM, StÃ©phane > Ducasse<stephane.ducasse(a)inria.fr> wrote: >> I think that pharo (old pharo-dev should contain as less as >> possible). > > Each user means something different by 'as less as possible' (not sure > it's good english though :-)). You want syntax highlighting and > completion to be in. IIRC, Michael has no need for them. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 18, 2009

Re: [Pharo-project] Pharo apparently slow on linux

by Adrian Lienhard

On Jul 18, 2009, at 08:02 , Schwab,Wilhelm K wrote: > Laurent, > > I will preface this by saying that I have had a fairly intense week > with Pharo. I am closing in on a solution to a real problem. I > greatly miss Dolphin's Browse-it command, and its F12 and shift-F12 > (definitions/references to a typed selector); the message search has > its points, but it takes some extra steps to use in comparison to > the Dolphin features. Isn't Ctrl-b (browse selected class name), Ctrl-m (implementors of selector), Ctrl-n (senders of selector), and Ctrl-shift-n (class references) doing the same? I almost never use the message search but always these shortcuts. Adrian > Back to the topic at hand; let's see if I am following. Start with > a core image, run a script that installs what looks like a Pharo web > image, makes a few changes to settings in favor of speed, and you > get something that you find faster than Pharo?? Did you make the > same speed selections in Pharo? If so, one wonders what happened > between core and Pharo-dev/web that Lukas did not do to the core > image. > > Sorry if I'm off base here - it's been a long and very good few days. > > Bill > > > ________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of laurent laffont > Sent: Saturday, July 18, 2009 12:45 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Pharo apparently slow on linux > > > On Fri, Jul 17, 2009 at 8:31 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > <mailto:stephane.ducasse@inria.fr>> wrote: > Hi > > David shaffer reported to me in fuzzy way that pharo is slow on linux. > Dear linux users can you report if you experienced the same and > on which > machine > distributions > vm > image > > please compare the core and the dev (with browser usage) > > _______________________________________________ > > Hi, > > machine: core duo 2.0 GHz, 1 GB RAM (White Macbook, 2007) > distribution: Archlinux > vm: exupery pharo-vm-0.15.1b-linux.zip > images: pharo0.1-10373dev09.07.2 and latest Pharo-Core > > Pharo-Core: (System Browser) > - startup time: instantaneous > - navigate randomly in browser: 3% - 8% CPU usage > - find class OrderedCollection: ~10% CPU > - browse senders of add: time to open 1s, 21% CPU > > Pharo-Dev: (Package Browser) > - statup time: 3s (cold start 5s) > - navigate randomly in browser: 9% - 15% CPU usage > - find class OrderedCollection: ~13% CPU > - browse senders of add: time to open 19s, 48% CPU > > Now I'm using Pharo-Core with Luka's scripts (http://code.google.com/p/pharo/wiki/ImageBuildScripts > ) as it's far more pleasant to use for me. > > Laurent > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 18, 2009

Re: [Pharo-project] MD5 in pharo?

by Adrian Lienhard

Bill, please note that Esteban just needs a standard hash algorithm. No encryption. Some time ago we discussed including hash functions from Cryptography in Pharo core. We postponed it then because it seemed that maybe some people would join and make Cryptography work in Pharo. An OpenSSL interface would be a very interesting alternative too. In any case I think we should add MD5 and maybe some other hash functions to the core. Will add this to my todo list. Adrian On Jul 18, 2009, at 05:09 , Schwab,Wilhelm K wrote: > Esteban, > > IMHO, the correct path is to write an interface for OpenSSL. > Ultimately, that should also give us SSL sockets, but long before > that, it can provide various hashes and cyphers with very little > effort. I am open on whether the interface should be FFI, Alien, or > plugin based. One argument for a plugin could come through benefits > that _might_ acrue to sockets. I have along way to go on Squeak/ > Pharo external interfacing, so I could be way off here(!!), but I am > under the impression that plugins can use OS threads, and that could > greatly simplify getting OpenSSL to not hang the entire image while > waiting on things to happen to/on a socket; that benefit would come > at the cost of having to write a plugin. > > Another option might be to use FFI/Alien to access the cyphers and > have a plugin for the SSL sockets. Hopefully someone with Squeak > external interfacing experience will tell us "where be the dragons" > with the various options. > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of Esteban Lorenzano > Sent: Friday, July 17, 2009 7:25 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] MD5 in pharo? > > Hi, > Some time ago, I read a thread about cryotography, and as far as I > remember, some body says about integrate the basic algoritms (MD5 > and maybe others) as part of the pharo core. > Well... now I need to use MD5 and cryptography package is not > working well (it opens a debugger each time I save my image). > > I wonder if there are another package with MD5? > > Cheers, > Esteban > > > > _______________________________________________ > 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

July 18, 2009

Re: [Pharo-project] Seaside for html generation

by Schwab,Wilhelm K

Thanks!!! -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Lukas Renggli Sent: Saturday, July 18, 2009 1:20 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Seaside for html generation > The dumb question: can I simply create a WACanvas, send some messages, and get the rendered html? Â Any ugly side effects of doing that? Â I ask because I have code for Dolphin that does the job, but it seems silly to load it into an image with Seaside. Have a look at the class WAHtmlBuilder and its users. Cheers, Lukas -- 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

July 18, 2009

Re: [Pharo-project] class variable names: initial cap not enforced

by Lukas Renggli

Yes, I hate all these warning that the original compiler showed. It just slows the development down and limits the use of the language. There is really no need for the compiler to check for coding conventions, that's what Lint is for. Lukas 2009/7/18 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > this is strange can you show us the class definition. > > We removed the hard check that > enforced that classVariable should be capitalized and instvar starting > with a lower case. > > Lukas wrote some smallLint rules to check that > > Stef > > On Jul 17, 2009, at 9:30 PM, Cameron Sanders wrote: > >> I just loaded the code I have been developing in Pharo into Squeak >> (closure VM, using 4.10.2-7179web09.07 image base) and it had one >> complaint while loading: >> >> Â Squeak (seemingly) requires an initial cap on class variable names. >> [Maybe it allows it... but it popped up the debugger on an MC load.] >> >> Does Pharo allow the symbol to start with lower case by design, or was >> that act of omission? I am merely raising point to make certain it is >> an act of commission. >> >> -Cam >> >> >> _______________________________________________ >> 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

July 18, 2009

Re: [Pharo-project] Seaside for html generation

by Lukas Renggli

> The dumb question: can I simply create a WACanvas, send some messages, and get the rendered html? Â Any ugly side effects of doing that? Â I ask because I have code for Dolphin that does the job, but it seems silly to load it into an image with Seaside. Have a look at the class WAHtmlBuilder and its users. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

July 18, 2009

Re: [Pharo-project] Pharo apparently slow on linux

by laurent laffont

> > > Back to the topic at hand; let's see if I am following. Start with a core > image, run a script that installs what looks like a Pharo web image, makes a > few changes to settings in favor of speed, and you get something that you > find faster than Pharo?? Did you make the same speed selections in Pharo? > If so, one wonders what happened between core and Pharo-dev/web that Lukas > did not do to the core image. > > Sorry for the lack of precision, I've just loaded *some* of the packages: Refactoring, OmniBrowser, Tools, set the fonts and preferences. Laurent

July 18, 2009

Re: [Pharo-project] Pharo apparently slow on linux

by Damien Cassou

2009/7/18 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Back to the topic at hand; let's see if I am following.Â Start with a core > image, run a script that installs what looks like a Pharo web image, makes a > few changes to settings in favor of speed, and you get something that you > find faster than Pharo??Â Did you make the same speed selections in Pharo? > If so, one wonders what happened between core and Pharo-dev/web that Lukas > did not do to the core image. The difference is OB-Enhancements. OB-Enhancements is currently installed in Pharo (not for long) but not in Lukas' script. OB-Enhancements brings a MC package browsing whearead Lukas' brings a Pharo category browsing. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

July 18, 2009

Re: [Pharo-project] Pharo apparently slow on linux

by Schwab,Wilhelm K

Laurent, I will preface this by saying that I have had a fairly intense week with Pharo. I am closing in on a solution to a real problem. I greatly miss Dolphin's Browse-it command, and its F12 and shift-F12 (definitions/references to a typed selector); the message search has its points, but it takes some extra steps to use in comparison to the Dolphin features. Back to the topic at hand; let's see if I am following. Start with a core image, run a script that installs what looks like a Pharo web image, makes a few changes to settings in favor of speed, and you get something that you find faster than Pharo?? Did you make the same speed selections in Pharo? If so, one wonders what happened between core and Pharo-dev/web that Lukas did not do to the core image. Sorry if I'm off base here - it's been a long and very good few days. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of laurent laffont Sent: Saturday, July 18, 2009 12:45 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Pharo apparently slow on linux On Fri, Jul 17, 2009 at 8:31 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>> wrote: Hi David shaffer reported to me in fuzzy way that pharo is slow on linux. Dear linux users can you report if you experienced the same and on which machine distributions vm image please compare the core and the dev (with browser usage) _______________________________________________ Hi, machine: core duo 2.0 GHz, 1 GB RAM (White Macbook, 2007) distribution: Archlinux vm: exupery pharo-vm-0.15.1b-linux.zip images: pharo0.1-10373dev09.07.2 and latest Pharo-Core Pharo-Core: (System Browser) - startup time: instantaneous - navigate randomly in browser: 3% - 8% CPU usage - find class OrderedCollection: ~10% CPU - browse senders of add: time to open 1s, 21% CPU Pharo-Dev: (Package Browser) - statup time: 3s (cold start 5s) - navigate randomly in browser: 9% - 15% CPU usage - find class OrderedCollection: ~13% CPU - browse senders of add: time to open 19s, 48% CPU Now I'm using Pharo-Core with Luka's scripts (http://code.google.com/p/pharo/wiki/ImageBuildScripts) as it's far more pleasant to use for me. Laurent

July 18, 2009