December 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Performance Tip: Using buffered streams

by Henrik Sperre Johansen

On 03.12.2012 09:30, Sven Van Caekenberghe wrote: > On 03 Dec 2012, at 07:25, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Hi Mariano, >> >> On 02 Dec 2012, at 23:43, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> >>> This is really really interesting, because it means a speed up of 2x when reading :) >>> Where can I get the last version of ZnBufferedReadStream? >> I knew you would be interested: it is in the latest Zn, either http://mc.stfx.eu or squeaksource (not in the metacello yet). >> It should work on binary streams too, I don't know whether it would make a lot of difference, I would guess so. >> Maybe Fuel uses lots of 'deterministic reading' (size prefixed) instead of parsing. > Well, I just tried. The good news is, it works, the bad news is, it does not make a difference, either way: > > | data | > data := STONTestMap classTreeExtended. > [ FLSerializer serialize: data toFileNamed: '/tmp/all.fuel' ] timeToRun. 4967 > > [ FLMaterializer materializeFromFileNamed: '/tmp/all.fuel' ] timeToRun. 1095 > > [ '/tmp/all.fuel' asFileReference readStreamDo: [ :fstream | > ZnBufferedReadStream on: fstream binary do: [ :stream | > FLMaterializer newDefault materializeFrom: stream ] ] ] timeToRun. 1043 > > So I guess Fuel is already pretty optimised, especially for reading ;-) > > I think ZnBufferedReadStream only makes a difference for parsers that are sending lots of little #next, #peek and #atEnd messages in loops. Binary protocols are typically more deterministic, they know ahead what they have to read and don't have to do #peek or #atEnd tests all the time. > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill The reduced read times you are seeing, is lack of decoding, not lack of buffering. BufferedReadStream uses readInto:startingAt:count:, which isn't reimplemented for MultiByteFileStream to do proper decoding, and thus inherits the one from StandardFileStream. The filestreams already do read buffering (albeit with a smaller buffer size), so when Fuel uses binary mode (which skips decoding), the performance is pretty much the same. Cheers, Henry

Dec. 3, 2012

Re: [Pharo-project] Vim Keys?

by Goubier Thierry

Le 01/12/2012 18:10, Sean P. DeNigris a Ã©crit : > Igor Stasenko wrote >> Pharo is open-source project. If you need it so >> badly, then do it > > +100. This is really all there is to say. I *really* want vi bindings, > because I am far more productive with them, so I started coding them > (http://ss3.gemstone.com/ss/VimPharo.html) Yes, and I looked at that and my own shortcuts code, and I tried to push compatible changes. > <rant> > Of course, the instant I touched Paragraph/XxxEditor, and friends I got lost > down the rabbit hole of incomprehensibility... like Paragraph, which draws > the cursor and keeps track of the selection, obviously... not! wtf ?! > > Quick definition... > paragraph |ËparÉËgraf| > noun > a distinct section of a piece of writing, usually dealing with a single > theme and indicated by a new line, indentation, or numbering. > > Where, tell me, does it say anything about cursors and selections?? > </rant> > > But Pharo is: > - a gift > - infinitely better than anything else I've ever worked with > - and I've been told that the editor objects have been cleaned and were > originally way more confusing > So it is what it is. > > I'm taking a break, and will get back to it eventually. Any help is welcome > and appreciated. Well, it's allmost there. The only thing that I didn't manage to push was the removal of the global, class-linked maps (it was rejected)... This is the only step missing for your vim shortcuts to work. (there is a question about doing global shortcuts without those global maps... I described how to define them as shortcuts on the world morph instead, but I'm not sure my design is sound). Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Dec. 3, 2012

Re: [Pharo-project] Performance Tip: Using buffered streams

by Sven Van Caekenberghe

On 03 Dec 2012, at 07:25, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Mariano, > > On 02 Dec 2012, at 23:43, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > >> This is really really interesting, because it means a speed up of 2x when reading :) >> Where can I get the last version of ZnBufferedReadStream? > > I knew you would be interested: it is in the latest Zn, either http://mc.stfx.eu or squeaksource (not in the metacello yet). > It should work on binary streams too, I don't know whether it would make a lot of difference, I would guess so. > Maybe Fuel uses lots of 'deterministic reading' (size prefixed) instead of parsing. Well, I just tried. The good news is, it works, the bad news is, it does not make a difference, either way: | data | data := STONTestMap classTreeExtended. [ FLSerializer serialize: data toFileNamed: '/tmp/all.fuel' ] timeToRun. 4967 [ FLMaterializer materializeFromFileNamed: '/tmp/all.fuel' ] timeToRun. 1095 [ '/tmp/all.fuel' asFileReference readStreamDo: [ :fstream | ZnBufferedReadStream on: fstream binary do: [ :stream | FLMaterializer newDefault materializeFrom: stream ] ] ] timeToRun. 1043 So I guess Fuel is already pretty optimised, especially for reading ;-) I think ZnBufferedReadStream only makes a difference for parsers that are sending lots of little #next, #peek and #atEnd messages in loops. Binary protocols are typically more deterministic, they know ahead what they have to read and don't have to do #peek or #atEnd tests all the time. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Dec. 3, 2012

Re: [Pharo-project] Vim Keys?

by Goubier Thierry

Le 01/12/2012 18:59, StÃ©phane Ducasse a Ã©crit : > What we want is to clean all the hardcoded short cut and rethink all the them using key mapper > Then people can define some maps and install them at wish. TextMorph apart, this is not that difficult and it can be done Morph by Morph without disrupting the system... Volunteers, please! (I did it for SimpleHierarchicalListMorph and that has been integrated, but I now noticed I haven't finished removing the old, hardcoded shortcuts code :( ). > For example I miss end of line start of line (emacs like :)). > I would like to have esc esc to select an expression > so that I can do esc esc + cmd D and get done :) > > Stef Any suggestions on a global scheme for user-configurable keymaps ? Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Dec. 3, 2012

Re: [Pharo-project] Performance Tip: Using buffered streams

by drush66

Sven Van Caekenberghe-2 wrote > Hi Mariano, > > On 02 Dec 2012, at 23:43, Mariano Martinez Peck < > marianopeck@ > > wrote: > >> This is really really interesting, because it means a speed up of 2x when >> reading :) >> Where can I get the last version of ZnBufferedReadStream? > > I knew you would be interested: it is in the latest Zn, either > http://mc.stfx.eu or squeaksource (not in the metacello yet). > It should work on binary streams too, I don't know whether it would make a > lot of difference, I would guess so. > Maybe Fuel uses lots of 'deterministic reading' (size prefixed) instead of > parsing. > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill Did you (or anybody else for that matter) tried to use persistent arrays as base for in memory streeams? They are basically shallow tree that provides array like access. Their claim to fame is that one can avoid copy operation when array gets resized. So it _might_ be usable when one handles large write streams and does not know in advance how large they will get. ----- http://www.cloud208.com/ -- View this message in context: http://forum.world.st/Performance-Tip-Using-buffered-streams-tp4657739p4657… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 3, 2012

Re: [Pharo-project] CI server down?

by Marcus Denker

Yes, it's dead. On Dec 2, 2012, at 10:51 PM, Sebastian Nozzi <sebnozzi(a)gmail.com> wrote: > I cannot access: > > http://ci.lille.inria.fr/pharo/ > > (anyone has nagios on that? ;-) > I have a what dog on it and I send a mail to it every time something stops working (which now is just hours after it is "fixed"â¦). So, it's dead. We should move everything here: https://ci.inria.fr/pharo/ Sadly I have no time to work on it last week or this week. Marcus

Dec. 3, 2012

Re: [Pharo-project] Pharo Association

by Marcus Denker

On Dec 3, 2012, at 8:02 AM, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: > > The print out, sign and sending the document is understood. > > Where can I pay for individual members by credit card and where. > Hello, For individuals, the way to support Pharo is not the consortium (as Inria can not handle small payments and especially no credit cards): http://association.pharo.org > Can this also be done for bulk payment for multiple membership, if I can convince a few more locally > > > > > On Thu, Nov 15, 2012 at 7:21 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hello, > > We are happy to announce the Pharo User Association: > > http://association.pharo.org > > The goal of the Pharo User Association is to support Pharo development and > promotion. > > There are two individual memberships > > - Individual Pharo Association Member: Yearly fee 40 Euros > - Golden Individual Pharo Association Member: Yearly fee 99 Euros > > You will get > - reduction access to pharo conferences, > - reduction for training and access to teaching material, > - be part of the pharoAssociation-individual-members mailing-list, > - an account at the pharo association web site. > > This Association is complementary to the Pharo consortium managed by INRIA. > The Consortium is for entities such as companies, research teams, or institutes. > For more information, see: http://www.pharo-project.org/community/consortium > > The funds collected by the Association will be used in coordination with the Consortium > to support the development of Pharo. > > The Pharo Board and Pharo Core Team. > > >

Dec. 3, 2012

Re: [Pharo-project] Pharo Association

by S Krish

The print out, sign and sending the document is understood. Where can I pay for individual members by credit card and where. Can this also be done for bulk payment for multiple membership, if I can convince a few more locally On Thu, Nov 15, 2012 at 7:21 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > Hello, > > We are happy to announce the Pharo User Association: > > http://association.pharo.org > > The goal of the Pharo User Association is to support Pharo development and > promotion. > > There are two individual memberships > > - Individual Pharo Association Member: Yearly fee 40 Euros > - Golden Individual Pharo Association Member: Yearly fee 99 Euros > > You will get > - reduction access to pharo conferences, > - reduction for training and access to teaching material, > - be part of the pharoAssociation-individual-members mailing-list, > - an account at the pharo association web site. > > This Association is complementary to the Pharo consortium managed by INRIA. > The Consortium is for entities such as companies, research teams, or > institutes. > For more information, see: > http://www.pharo-project.org/community/consortium > > The funds collected by the Association will be used in coordination with > the Consortium > to support the development of Pharo. > > The Pharo Board and Pharo Core Team. > > >

Dec. 3, 2012

Re: [Pharo-project] Performance Tip: Using buffered streams

by Sven Van Caekenberghe

Hi Mariano, On 02 Dec 2012, at 23:43, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > This is really really interesting, because it means a speed up of 2x when reading :) > Where can I get the last version of ZnBufferedReadStream? I knew you would be interested: it is in the latest Zn, either http://mc.stfx.eu or squeaksource (not in the metacello yet). It should work on binary streams too, I don't know whether it would make a lot of difference, I would guess so. Maybe Fuel uses lots of 'deterministic reading' (size prefixed) instead of parsing. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Dec. 3, 2012

[Pharo-project] New Cog VMs available

by Eliot Miranda

...in http://www.mirandabanda.org/files/Cog/VM/VM.r2628. These fix a bug with pc mapping that could cause the Vm to crash on simple loops containing arithmetic on constants (e.g. 1 to: 20 do: [:i| 1=1]). They also cause the instantiation primitives to pop all their arguments rather than assume their argument count is 0 or 1. More change info available in the directory. -- best, Eliot

Dec. 3, 2012