- Pharo-dev - lists.pharo.org

[Pharo-project] [ANN] Fuel version 1.5 released (bis)

by Martin Dias

Hi. I am happy to announce the new release version 1.5. At the end of this message is the list of changes. Fuel is a binary serialization system for Smalltalk that provides extremely fast deserialization. More information on our home page<http://rmod.lille.inria.fr/web/pier/software/Fuel> . In next days we will update it. We have much more to show especially in benchmarks section. We have many ideas and new issues<http://code.google.com/p/fuel/issues/list>to keep working on Fuel. You can download this version in Pharo with: Gofer new squeaksource: 'Fuel'; package: 'ConfigurationOfFuel'; load. ((Smalltalk at: #ConfigurationOfFuel) project version: '1.5') load. Again, I have to thank ESUG for sponsoring me for Fuel development through the SummerTalk program. Changes: - Initialize instances after materialization implementing #fuelAfterMaterialization. - Ignore transient instance variables overriding #fuelIgnoredInstanceVariableNames. - Limit serialization progress bar to update at most once every 250 milliseconds. - Traits are serialized and materialized as a regular objects ( http://code.google.com/p/fuel/issues/detail?id=59) - Removed mappers system cache (Eliot). - Many new tests. - Benchmarks: compare Fuel against StOMP, SRP, SIXX, Magma, EsAndEm and Fuel with progress bar. - Benchmarks: new samples, scripts, and CSV exporter. - Benchmarks: measure serialization stream size. - Removed some redundant #fuelAccept:. - Several aesthetic changes in protocols, categories and comments. - Now #materialize answers the materialized root. - Removed special cluster for HashedCollection.Now #rehash is sended via #fuelAfterMaterialization. - MethodContext serialization does not serialize temps ( http://code.google.com/p/fuel/issues/detail?id=61) - Classes and Traits now serialize its environment (testCreateWithSmalltalkGlobalsEnvironment). - Fixed serialization of non-octet characters (testCharacter). - Fixed a bug serializing the system dictionary. FLWellKnownObjectsCluster handles it. (testSmalltalkGlobals). - Fixed a bug serializing class variables (testClassVariable). - Fixed a bug when serializing a collection with size greater than 1^16 with repeated elements inside. - Fixed testTwoCompiledMethodsReferencingSameClassVariable. - Optimization: instanceIndexes are directly created with the exact size (Henrik).

July 6, 2011

Re: [Pharo-project] [Esug-list] [ANN] Fuel version 1.5 released

by Martin Dias

Hi Eliot, Yes, it would be better to include more information. I will put the home page url too. Thanks Martin On Wed, Jul 6, 2011 at 1:16 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Martin, > Â Â Â I wonder could you repost your announcement but this time set the > example of including a brief description of what Fuel is for those who don't > know. Â So the announcement reads something like: > I am happy to announce the new release version 1.5. Fuel is a binary > serialization system for Smalltalk that provides extremely fast > deserialization. > Below is the listÂ of changes. In next days we will update the home page with > current > state. For example, we have much more to show in benchmarks section. > Of course, we have many ideas and new issues to keep working on Fuel. > ... > > On Wed, Jul 6, 2011 at 1:27 AM, Martin Dias <tinchodias(a)gmail.com> wrote: >> >> I am happy to announce the new release version 1.5. Below is the list >> of changes. In next days we will update the home page with current >> state. For example, we have much more to show in benchmarks section. >> Of course, we have many ideas and new issues to keep working on Fuel. >> >> Again, I have to thank ESUG for sponsoring me for Fuel development >> through the SummerTalk program. >> >> Changes on 1.5: >> >> - Initialize instances after materialization implementing >> #fuelAfterMaterialization. >> - Ignore transient instance variables overriding >> #fuelIgnoredInstanceVariableNames. >> - Limit serialization progress bar to update at most once every 250 >> milliseconds. >> - Traits are serialized and materialized as a regular objects >> (http://code.google.com/p/fuel/issues/detail?id=59) >> - Removed mappers system cache (Eliot). >> - Many new tests. >> - Benchmarks: compare Fuel against StOMP, SRP, SIXX, Magma, EsAndEm >> and Fuel with progress bar. >> - Benchmarks: new samples, scripts, and CSV exporter. >> - Benchmarks: measure serialization stream size. >> - Removed some redundant #fuelAccept:. >> - Several aesthetic changes in protocols, categories and comments. >> - Now #materialize answers the materialized root. >> - Removed special cluster for HashedCollection.Now #rehash is sended >> via #fuelAfterMaterialization. >> - MethodContext serialization does not serialize temps >> (http://code.google.com/p/fuel/issues/detail?id=61) >> - Classes and Traits now serialize its environment >> (testCreateWithSmalltalkGlobalsEnvironment). >> - Fixed serialization of non-octet characters (testCharacter). >> - Fixed a bug serializing the system dictionary. >> FLWellKnownObjectsCluster handles it. (testSmalltalkGlobals). >> - Fixed a bug serializing class variables (testClassVariable). >> - Fixed a bug when serializing a collection with size greater than >> 1^16 with repeated elements inside. >> - Fixed testTwoCompiledMethodsReferencingSameClassVariable. >> - Optimization: instanceIndexes are directly created with the exact >> size (Henrik). >> >> _______________________________________________ >> Esug-list mailing list >> Esug-list(a)lists.esug.org >> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > > -- > best, > Eliot >

July 6, 2011

Re: [Pharo-project] [Esug-list] [ANN] Fuel version 1.5 released

by Eliot Miranda

Hi Martin, I wonder could you repost your announcement but this time set the example of including a brief description of what Fuel is for those who don't know. So the announcement reads something like: I am happy to announce the new release version 1.5. Fuel is a binary serialization system for Smalltalk that provides extremely fast deserialization. Below is the list of changes. In next days we will update the home page with current state. For example, we have much more to show in benchmarks section. Of course, we have many ideas and new issues to keep working on Fuel. ... On Wed, Jul 6, 2011 at 1:27 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > I am happy to announce the new release version 1.5. Below is the list > of changes. In next days we will update the home page with current > state. For example, we have much more to show in benchmarks section. > Of course, we have many ideas and new issues to keep working on Fuel. > > Again, I have to thank ESUG for sponsoring me for Fuel development > through the SummerTalk program. > > Changes on 1.5: > > - Initialize instances after materialization implementing > #fuelAfterMaterialization. > - Ignore transient instance variables overriding > #fuelIgnoredInstanceVariableNames. > - Limit serialization progress bar to update at most once every 250 > milliseconds. > - Traits are serialized and materialized as a regular objects > (http://code.google.com/p/fuel/issues/detail?id=59) > - Removed mappers system cache (Eliot). > - Many new tests. > - Benchmarks: compare Fuel against StOMP, SRP, SIXX, Magma, EsAndEm > and Fuel with progress bar. > - Benchmarks: new samples, scripts, and CSV exporter. > - Benchmarks: measure serialization stream size. > - Removed some redundant #fuelAccept:. > - Several aesthetic changes in protocols, categories and comments. > - Now #materialize answers the materialized root. > - Removed special cluster for HashedCollection.Now #rehash is sended > via #fuelAfterMaterialization. > - MethodContext serialization does not serialize temps > (http://code.google.com/p/fuel/issues/detail?id=61) > - Classes and Traits now serialize its environment > (testCreateWithSmalltalkGlobalsEnvironment). > - Fixed serialization of non-octet characters (testCharacter). > - Fixed a bug serializing the system dictionary. > FLWellKnownObjectsCluster handles it. (testSmalltalkGlobals). > - Fixed a bug serializing class variables (testClassVariable). > - Fixed a bug when serializing a collection with size greater than > 1^16 with repeated elements inside. > - Fixed testTwoCompiledMethodsReferencingSameClassVariable. > - Optimization: instanceIndexes are directly created with the exact > size (Henrik). > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > -- best, Eliot

July 6, 2011

Re: [Pharo-project] Latest and greatest OSProcessPlugin for CogVM

by StÃ©phane Ducasse

we love your todos :) Mine are sometimes more boring :) Stef On Jul 6, 2011, at 4:13 PM, Igor Stasenko wrote: > On 6 July 2011 14:49, Danie Roux <lists+pharo(a)danieroux.com> wrote: >> Hi all, >> >> Can someone point me to the latest and greatest Linux32 binary of >> OSProcessPlugin? >> >> I have strange lockups with my current version of the plugin >> (UnixOSProcessPlugin 10 April 2010) and the latest from >> squeaksource.com/OSProcess.html >> >> Before I bug (pun intended) David, I would like to try the latest version. >> >> With my current configuration, this locks up my image quickly (and the >> timestamp on /tmp/weird stops changing): >> >> 10000 timesRepeat: [ OSProcess waitForCommand: 'touch /tmp/weird'. ] >> > > Just a note: > This is on my list of todos for building this plugin for cog vms out > of the box. > But i haven't done anything for it yet. > > >> -- >> Danie Roux *shuffle* Adore Unix - http://danieroux.com >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

July 6, 2011

Re: [Pharo-project] Sockets don't close, 100% CPU

by StÃ©phane Ducasse

Tx I read it after and realized that. On Jul 6, 2011, at 3:48 PM, Henrik Johansen wrote: > > On Jul 6, 2011, at 3:16 39PM, StÃ©phane Ducasse wrote: > >> I do not understand. We fixed the problem reported by chris. >> So is there something else? >> >> Stef > > Read the last 2 posts in the thread, the issue is not related to what turned out to be solution for Chris' problem, but my wrong speculation of what it might be. ;) > > Alternatively, to see what I mean fast, evaluate in a workspace using a Cog VM: > overflowingSockets := (1 to: Smalltalk vm maxExternalSemaphores / 2) collect: [:e | Socket newTCP] > > And then try to connect to a Monticello repository :) > > Cheers, > Henry

July 6, 2011

Re: [Pharo-project] Preparing the pharo sprint friday 8th of July

by Sven Van Caekenberghe

On 06 Jul 2011, at 15:20, StÃ©phane Ducasse wrote: >> So I just drive to the Av. Carl Gauss, building M3/M5 I guess. > > yes > we are in the M3 OK >> Is this an open access campus/building ? > > yes > >> Is the parking space open for visitors ? > > plenty > >> What is the room ? > > 116 > Now I'm checking for the space. > >> Will there be food ? > > yes :) Then the basics are covered ;-) >> Timeframe ? > > we wil there around 9h It is a 2 hour drive for me, I'll be there between 10 and 11. Sven

July 6, 2011

Re: [Pharo-project] Sockets don't close, 100% CPU

by Sven Van Caekenberghe

On 06 Jul 2011, at 15:48, Henrik Johansen wrote: > Alternatively, to see what I mean fast, evaluate in a workspace using a Cog VM: > overflowingSockets := (1 to: Smalltalk vm maxExternalSemaphores / 2) collect: [:e | Socket newTCP] I didn't know about #maxExternalSemaphores and maxExternalSemaphores: Nice to see DomainError being used ;-) Sven

July 6, 2011

Re: [Pharo-project] Latest and greatest OSProcessPlugin for CogVM

by Igor Stasenko

On 6 July 2011 14:49, Danie Roux <lists+pharo(a)danieroux.com> wrote: > Hi all, > > Can someone point me to the latest and greatest Linux32 binary of > OSProcessPlugin? > > I have strange lockups with my current version of the plugin > (UnixOSProcessPlugin 10 April 2010) and the latest from > squeaksource.com/OSProcess.html > > Before I bug (pun intended) David, I would like to try the latest version. > > With my current configuration, this locks up my image quickly (and the > timestamp on /tmp/weird stops changing): > > 10000 timesRepeat: [ OSProcess waitForCommand: 'touch /tmp/weird'. ] > Just a note: This is on my list of todos for building this plugin for cog vms out of the box. But i haven't done anything for it yet. > -- > Danie Roux *shuffle* Adore Unix - http://danieroux.com > > -- Best regards, Igor Stasenko AKA sig.

July 6, 2011

Re: [Pharo-project] Sockets don't close, 100% CPU

by Henrik Johansen

On Jul 6, 2011, at 3:16 39PM, StÃ©phane Ducasse wrote: > I do not understand. We fixed the problem reported by chris. > So is there something else? > > Stef Read the last 2 posts in the thread, the issue is not related to what turned out to be solution for Chris' problem, but my wrong speculation of what it might be. ;) Alternatively, to see what I mean fast, evaluate in a workspace using a Cog VM: overflowingSockets := (1 to: Smalltalk vm maxExternalSemaphores / 2) collect: [:e | Socket newTCP] And then try to connect to a Monticello repository :) Cheers, Henry

July 6, 2011

Re: [Pharo-project] Preparing the pharo sprint friday 8th of July

by StÃ©phane Ducasse

On Jul 6, 2011, at 11:05 AM, Sven Van Caekenberghe wrote: > > On 02 Jul 2011, at 19:44, StÃ©phane Ducasse wrote: > >> Hi guys >> >> I'm preparing the sprint and I would like to know who is attending. >> http://rmod.lille.inria.fr/ for the location. >> >> Stef > > I'll be coming as well. > > So I just drive to the Av. Carl Gauss, building M3/M5 I guess. yes we are in the M3 > Is this an open access campus/building ? yes > Is the parking space open for visitors ? plenty > What is the room ? 116 Now I'm checking for the space. > Will there be food ? yes :) > Timeframe ? we wil there around 9h > > Sven > > >

July 6, 2011