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

Re: [Pharo-project] Clue about morphic performance??

by Igor Stasenko

On 22 February 2010 17:16, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: > Indeed. Since Dolphin uses native window components, RDP can work at a more > abstract level (i.e. aware of things like buttons, checkboxes etc.). So, for > example, a button is drawn by the RDP client, effectively. > > Squeak/Pharo draws its own, therefore all updates are bitmap based and the > graphics (the World bits) are sent across the link... > I haven't heard of RDP before. What if server using different font sizes/theme for UI? To my knowledge, all remote-desktop tools transferring the updated bits, using various techniques to detect the portion of screen to be updated. On windows, there's even a virtual display driver, which adds a video card to list of devices. So, any windows application can't escape such low level, and all what is drawn on such 'display' can be transmitted via network to show on different PC. > Regards, Gary > > ----- Original Message ----- > From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, February 22, 2010 12:28 PM > Subject: [Pharo-project] Clue about morphic performance?? > > >> Hello all, >> >> I sometimes have reason to run code on machines that are accessible only >> by a remote desktop connection, and I have noticed something that might be >> a useful clue: on an identical setup (same server, same network, same RDP >> client), Dolphin performs quite well and Pharo struggles (often severely). >> Are we simply that much slower in generating graphics and/or pushing it >> over the RDP connection, or is morphic drawing too much? Â I suppose the >> RDP server could be hindering Pharo by always sending one whole window >> (e.g. the whole Pharo desktop) at a time or something stupid like that. >> It might be worth a look by someone with morphic and RDP expertise. >> >> Bill >> >> >> _______________________________________________ >> 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.

Feb. 22, 2010

Re: [Pharo-project] Clue about morphic performance??

by Gary Chambers

Indeed. Since Dolphin uses native window components, RDP can work at a more abstract level (i.e. aware of things like buttons, checkboxes etc.). So, for example, a button is drawn by the RDP client, effectively. Squeak/Pharo draws its own, therefore all updates are bitmap based and the graphics (the World bits) are sent across the link... Regards, Gary ----- Original Message ----- From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, February 22, 2010 12:28 PM Subject: [Pharo-project] Clue about morphic performance?? > Hello all, > > I sometimes have reason to run code on machines that are accessible only > by a remote desktop connection, and I have noticed something that might be > a useful clue: on an identical setup (same server, same network, same RDP > client), Dolphin performs quite well and Pharo struggles (often severely). > Are we simply that much slower in generating graphics and/or pushing it > over the RDP connection, or is morphic drawing too much? I suppose the > RDP server could be hindering Pharo by always sending one whole window > (e.g. the whole Pharo desktop) at a time or something stupid like that. > It might be worth a look by someone with morphic and RDP expertise. > > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 22, 2010

[Pharo-project] Clue about morphic performance??

by Schwab,Wilhelm K

Hello all, I sometimes have reason to run code on machines that are accessible only by a remote desktop connection, and I have noticed something that might be a useful clue: on an identical setup (same server, same network, same RDP client), Dolphin performs quite well and Pharo struggles (often severely). Are we simply that much slower in generating graphics and/or pushing it over the RDP connection, or is morphic drawing too much? I suppose the RDP server could be hindering Pharo by always sending one whole window (e.g. the whole Pharo desktop) at a time or something stupid like that. It might be worth a look by someone with morphic and RDP expertise. Bill

Feb. 22, 2010

Re: [Pharo-project] Monticello repos when adding packages

by Gary Chambers

Create your package, deselect any package. Pick your existing repository spec. Choose "add to package..." from the repo popup menu. Regards, Gary ----- Original Message ----- From: "GermÃ¡n Arduino" <garduino(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, February 22, 2010 12:00 PM Subject: Re: [Pharo-project] Monticello repos when adding packages 2010/2/21 Torsten Bergmann <astares(a)gmx.de>: > Hi, > > in Monticello: > > - when you open the browser you see a list of known > repositories > - when I select "+Package" and enter the name > of a new package the right pane only shows > the package-cache as valid repo and I have > to add the repository using "+Repository" > again - even when it is already known to the system > Yes, is an annoying "feature". I don't know if exist another way, but indeed, is not a good behaviour. > Confusing, isnt it? Or is there an easier way? > > Thx > T. > Cheers. GermÃ¡n. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 22, 2010

Re: [Pharo-project] Monticello repos when adding packages

by GermÃ¡n Arduino

2010/2/21 Torsten Bergmann <astares(a)gmx.de>: > Hi, > > in Monticello: > > Â - when you open the browser you see a list of known > Â Â repositories > Â - when I select "+Package" and enter the name > Â Â of a new package the right pane only shows > Â Â the package-cache as valid repo and I have > Â Â to add the repository using "+Repository" > Â Â again - even when it is already known to the system > Yes, is an annoying "feature". I don't know if exist another way, but indeed, is not a good behaviour. > Confusing, isnt it? Or is there an easier way? > > Thx > T. > Cheers. GermÃ¡n.

Feb. 22, 2010

Re: [Pharo-project] cull: protocol

by Henrik Johansen

Den 21.02.2010 23:11, skrev Bryce Kampjes: > On Fri, 2010-02-19 at 14:03 +0100, Levente Uzonyi wrote: > >> On Fri, 19 Feb 2010, Henrik Johansen wrote: >> >> >>> Well, ugly was a strong word. >>> Reusing less, aka. shorter is a better choice, I guess. >>> >> I think the difference is 3 lines for the 4 methods. >> >> >>> Cheers, >>> Henry >>> >>> PS. In VisualWorks, the two perform equally. *Wishing for a Cog VM to >>> test on* :) >>> >> There's no inlining VM available ATM (besides SqueakJ, but that can't >> run current images) and noone knows when one will be. And even though I >> didn't try it, I expect that "inlining by hand" saves time and memory. >> > I'm working on inlining in Exupery at the moment though progress is > still slow. (Time I've two young boys)... > > Bryce > Will Exupery work on the 0.15 VM now? IIRC, when making it available, you mentioned there was primitive collision between Exupery/Closures. Cheers, Henry

Feb. 22, 2010

Re: [Pharo-project] SqueakSave on Pharo (was: databases)

by Mariano Martinez Peck

On Fri, Feb 19, 2010 at 6:19 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > Mariano Martinez Peck wrote: > > Finally, with SqueakSave you can automatically persist. It takes care of > > writing everything. You don't need to write the mappings. Of course, you > > need to follow certain conventions in the names. SqueakSave supports > > MySQL and PostgreSQL only althought they wanted to interface with > > SqueakDBX to support all databases. I don't know neither if it works on > > Pharo. Of course, it seems to be a less slower than Glorp as the queries > > are not the faster. > > I have a tweaked version that loads into Pharo. This is excellent. I think having SqueakSave working on pharo is a cool thing. If there are differences between squeak, remember a Metacello configuration can help. Please, keep us informed about the progress. Cheers Mariano > I had to open up the > .mcz and edit the source.st to get the first version loaded. The test > cases were only set up to run against MySQL, but I've adjusted it for > Postgres. I can't remember offhand whether I got all the tests to pass, > but I think only a handful were still failing due to MySql vs. Postgres > issues. > > The original repository from HPI seems to be offline now (and a few > weeks ago). I've not seen any community of users, and I'm not sure what > development is ongoing. I can make my .mcz available if someone wants it. > > -- > Yanni > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 22, 2010

Re: [Pharo-project] Why a package management system

by GÃ¶ran Krampe

StÃ©phane Ducasse wrote: > So you are educating them.... > Frankly I stopped trying long time ago. Hey Stef, no need to be so sarcastic you know - several of us are in fact in BOTH communities. IMHO we all need to remember that. regards, GÃ¶ran

Feb. 22, 2010

Re: [Pharo-project] Why a package management system

by Fernando olivero

I think this scenario of usage is really great! Good work Torsten. Would be a shame that this example got lost in the emails list. For starting from scratch and getting to know metacello is perfect. Could the Metacello group add it to the web page? Or a link in the Pharo website, in a tutorials section? Fernando On Feb 22, 2010, at 1:12 AM, Torsten Bergmann wrote: > FYI, see > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-February/144820… > > > -- > Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - > jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 22, 2010

Re: [Pharo-project] Why a package management system

by StÃ©phane Ducasse

So you are educating them.... Frankly I stopped trying long time ago. Stef On Feb 22, 2010, at 1:12 AM, Torsten Bergmann wrote: > FYI, see > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-February/144820… > > > -- > Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - > jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 22, 2010