- Pharo-dev - lists.pharo.org

Re: [Pharo-project] RMLL anyone?

by Hilaire Fernandes

In the OFSET boot Hilaire Le 14/05/2011 13:10, StÃ©phane Ducasse a Ã©crit : > did you succeed to get a presence on a boot? > > On May 14, 2011, at 10:12 AM, Hilaire Fernandes wrote: > >> I will be there at Strasbourg from 9 to 14 of Jully - http://www.rmll.info >> >> Any Pharoer is joining? >> >> Hilaire >> >> -- >> Education 0.2 -- http://blog.ofset.org/hilaire >> >> > > >

May 14, 2011

[Pharo-project] Funky BalloonMorph

by Hilaire Fernandes

The balloon morph color and layout mess really give a bad bad feeling, I gave a look to try to fix it: * COLOR, it seems to be just an initialize issue, one should execute this in the image: BalloonMorph setBalloonColorTo: BalloonMorph defaultBalloonColor. * FONT, same problem, one should execute in the image : BalloonMorph balloonFont: StandardFonts defaultFont. * LAYOUT, the problem comes from the method String>>withNoLineLongerThan: doing very badly its job. Moreover this method need to be refactored to be readable, it is too looooong. Jannick can you give a try, you seem to be the author? Hilaire

May 14, 2011

Re: [Pharo-project] SSL/HTTPS - SecureSocketStream/SSLSessionforPharo/Squeak and other Smalltalk implementations

by Nicolas Cellier

2011/5/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Here is what I suggest. > - Keep a log of these fixes may be on the cog vm > - did you publish your fixes using the git infrastructure we put in place - because without it we will not work. No, this is just 3 or 4 methods to be change in VMMaker, no external C code, only slang. > - Write some tests bitShift has tests, for Montgomery I don't remember, but that's easy. > - Soon igor will resume his work on vm building with hudson and we should get some regression testing tests. > - Soon we should be able to introduce these changes and evaluate their impact. > - we should push the git infrastructure. > I just need a commit right in VMMaker if we want to push this. Nicolas > > Stef > > On May 14, 2011, at 1:13 PM, Nicolas Cellier wrote: > >> 2011/5/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>>> >>>> >>>> I accelerated raisedTo:modulo: a bit with a primitive >>>> (http://bugs.squeak.org/view.php?id=7120) but that's not enough >>> Nicolas >>> >>> do you know why it was not integrated? >>> It is a good candidate to check the build system of the VM and their evolution. >>> Igor (I gave the windows distribution) to the arnaud so I hope that soon we will get a new windows slave for jenkins. >>> >>> Stef >>> >>> >> >> Don't know. I also have my modest bitShift: improvments pending >> (http://bugs.squeak.org/view.php?id=7109) >> Maybe I haven't performed enough tests to assert the performance gain. >> The changes are reliable, I run a VM with both improvments without >> crash for months. >> >> I could try to further improve the exponentiation algorithm by mixing >> a sliding window exponentiation with Montgomery multiplication. >> There would be other optimisations possible : each modular product >> fits on a given number of bytes so we could recycle allocated >> LargeInteger for storing intermediate results rather than letting vm >> do it. >> >> Nicolas >> > > >

May 14, 2011

Re: [Pharo-project] SSL/HTTPS - SecureSocketStream/SSLSessionforPharo/Squeak and other Smalltalk implementations

by StÃ©phane Ducasse

Here is what I suggest. - Keep a log of these fixes may be on the cog vm - did you publish your fixes using the git infrastructure we put in place - because without it we will not work. - Write some tests - Soon igor will resume his work on vm building with hudson and we should get some regression testing tests. - Soon we should be able to introduce these changes and evaluate their impact. - we should push the git infrastructure. Stef On May 14, 2011, at 1:13 PM, Nicolas Cellier wrote: > 2011/5/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>> >>> >>> I accelerated raisedTo:modulo: a bit with a primitive >>> (http://bugs.squeak.org/view.php?id=7120) but that's not enough >> Nicolas >> >> do you know why it was not integrated? >> It is a good candidate to check the build system of the VM and their evolution. >> Igor (I gave the windows distribution) to the arnaud so I hope that soon we will get a new windows slave for jenkins. >> >> Stef >> >> > > Don't know. I also have my modest bitShift: improvments pending > (http://bugs.squeak.org/view.php?id=7109) > Maybe I haven't performed enough tests to assert the performance gain. > The changes are reliable, I run a VM with both improvments without > crash for months. > > I could try to further improve the exponentiation algorithm by mixing > a sliding window exponentiation with Montgomery multiplication. > There would be other optimisations possible : each modular product > fits on a given number of bytes so we could recycle allocated > LargeInteger for storing intermediate results rather than letting vm > do it. > > Nicolas >

May 14, 2011

Re: [Pharo-project] SSL/HTTPS - SecureSocketStream/SSLSessionforPharo/Squeak and other Smalltalk implementations

by Nicolas Cellier

2011/5/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> >> >> I accelerated raisedTo:modulo: a bit with a primitive >> (http://bugs.squeak.org/view.php?id=7120) but that's not enough > Nicolas > > do you know why it was not integrated? > It is a good candidate to check the build system of the VM and their evolution. > Igor (I gave the windows distribution) to the arnaud so I hope that soon we will get a new windows slave for jenkins. > > Stef > > Don't know. I also have my modest bitShift: improvments pending (http://bugs.squeak.org/view.php?id=7109) Maybe I haven't performed enough tests to assert the performance gain. The changes are reliable, I run a VM with both improvments without crash for months. I could try to further improve the exponentiation algorithm by mixing a sliding window exponentiation with Montgomery multiplication. There would be other optimisations possible : each modular product fits on a given number of bytes so we could recycle allocated LargeInteger for storing intermediate results rather than letting vm do it. Nicolas

May 14, 2011

Re: [Pharo-project] redundancy

by StÃ©phane Ducasse

I started to review all the fixes made in squeak by chris on monticello and I should slowly start to integrate them. But I need time :) Stef > >> S3 is just plain HTTP hosted data, so adding this to MC is already possible today, as a fallback like Lukas suggested. > > Well, there is one problem: listing a repository won't be compatible, that is OK for Gofer I think, but the MC GUI will have a problem with that. We could fix that with another MCFileBasedRepository subclass. > > >

May 14, 2011

Re: [Pharo-project] RMLL anyone?

by StÃ©phane Ducasse

did you succeed to get a presence on a boot? On May 14, 2011, at 10:12 AM, Hilaire Fernandes wrote: > I will be there at Strasbourg from 9 to 14 of Jully - http://www.rmll.info > > Any Pharoer is joining? > > Hilaire > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > >

May 14, 2011

Re: [Pharo-project] redundancy

by Sven Van Caekenberghe

On 14 May 2011, at 11:55, Sven Van Caekenberghe wrote: > S3 is just plain HTTP hosted data, so adding this to MC is already possible today, as a fallback like Lukas suggested. Well, there is one problem: listing a repository won't be compatible, that is OK for Gofer I think, but the MC GUI will have a problem with that. We could fix that with another MCFileBasedRepository subclass.

May 14, 2011

Re: [Pharo-project] redundancy

by Sven Van Caekenberghe

On 14 May 2011, at 09:54, StÃ©phane Ducasse wrote: > Yes. > So how do we do that? > Dale can we use the ssgemstone you host? > > Stef > >> The problem is that the network operator is down... >> >> see http://code.google.com/p/pharo/issues/detail?id=4218 >> >> We should really t hink hard about redundancy... >> > I think Amazon AWS S3, like Marcus suggested, is one way to go. What if we build a bot (a Smalltalk image running somewhere) that periodically (say every 5 or 10 minutes) checks a specific number of important/critical Monticello compatible repositories and then syncs and if necessary copies versions to a properly structured (public readonly) S3 namespace. S3 is just plain HTTP hosted data, so adding this to MC is already possible today, as a fallback like Lukas suggested. Amazon S3âs standard storage is: â¢ Backed with the Amazon S3 Service Level Agreement. â¢ Designed to provide 99.999999999% durability and 99.99% availability of objects over a given year. â¢ Designed to sustain the concurrent loss of data in two facilities. It costs some money, but not much (it is pay as you go). Sven PS: Yes, I known the following question ;-)

May 14, 2011

Re: [Pharo-project] RMLL anyone?

by Hilaire Fernandes

As you know it is a very big event with a *lot* of conferences and presentations. Hilaire Le 14/05/2011 10:24, StÃ©phane Ducasse a Ã©crit : > I will see. > So far they look quite unprofessional with me. > I got no reply from my seaside talk and the pharo talk was rejected. > > Stef > > On May 14, 2011, at 10:12 AM, Hilaire Fernandes wrote: > >> I will be there at Strasbourg from 9 to 14 of Jully - http://www.rmll.info >> >> Any Pharoer is joining? >> >> Hilaire >> >> -- >> Education 0.2 -- http://blog.ofset.org/hilaire >> >> > > > -- Education 0.2 -- http://blog.ofset.org/hilaire

May 14, 2011