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

Re: [Pharo-project] ConfigurationOfGrease status?

by Janko MivÅ¡ek

April 23, 2012

Re: [Pharo-project] monticello repos speedup

by Dale Henrichs

Right now we are having disk io problems with the machine that SS3 is hosted on. In general if the entire db can fit in memory you will get very fast response times once the db grows larger than memory you definitely hit a big speed bump when you have to hit disk ... with that said, the response times on SS3 are not acceptable and we are taking measures to address the problem ... The ss3 data base is larger than the ram we have allocated on the machine ... before adding RAM or tweaking other speedup issues we are endeavoring to address the disk io problem first and while the engineers in our data center are monkeying with that problem, I am not touching anything else. Dale ----- Original Message ----- | From: "Camillo Bruni" <camillobruni(a)gmail.com> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Monday, April 23, 2012 8:06:10 AM | Subject: Re: [Pharo-project] monticello repos speedup | | | On 2012-04-23, at 16:56, Sven Van Caekenberghe wrote: | | > Camillo, | > | > On 23 Apr 2012, at 16:26, Camillo Bruni wrote: | > | >> I figured a specific bottleneck of the current implementation of | >> MC is the uniqe version name check. | >> | >> On gemstone this takes 4 seconds! for the pharo inbox, definitely | >> too longâ¦ | > | > That seems like a problem with the SS3 and/or GemStone server. I | > should be much faster: | > | > [ MCHttpRepository new | > parseFileNamesFromStream: (ZnClient new | > beOneShot; | > get: 'http://mc.stfx.eu/ZincHTTPComponents') readStream ] | > timeToRun 227 | > | > (this is for half that many versions, admitted cached in RAM on the | > mc.stfx.eu server) | | well 500ms would be the standard range I expected (as for all | gemstone requests) | - your repos is much faster in that sense | - so will smalltalkhub (from what I saw) | | I filed a bug report on gemstone, see if there can be done anything. | | >> The culprit can be found here | >> | >> MCFileBasedRepository >> includesVersionNamed: aString | >> ^ self allVersionNames includes: aString | >> | >> assuming that the PharoInbox consists of quite some versions | >> (currently 947) this is quite some overhead. | > | > It would be possible to skip the check all together, and fail when | > there is a conflict. | > In a Distributed VCS you can never be sure anyway, right ? | > For me commiting is always slow due to my large package cache. | | as previously discussed yes! the current uniqueness checks are quite | flawed (closed world assumptions / race conditions) | | >> I would suggest the following improvements: | >> | >> - add a specific includesVersionNamed: server-side service | >> - add a simpler allVersionNames service that returns a newline | >> separated list of filenames (not an html doc!) | > | > Could be a solution I guess. | > But checking whether a version exists could be as simple as a HEAD | > request, no ? | | actually true, will try | | > Then we would need almost no extra API, just a minor semantic | > change (with a fallback to a normal real GET). | | true | | > I don't know if the other format would really make much difference, | > but I have to admit it would be more logical. | | all in all the parsing part doesn't use that much time, but still too | much work done for what it is :). | | >> By having specific MC repository implementations everything would | >> be 100% backwards compatible since no services are removed nor is | >> the default http repository implementation changed. | > | > Probably doable. | > | >> what do you think? | > | > BTW, do all repositories (actual, cache, others) have to be checked | > all the time ? | > Can't we at least turn that into an option ? | | if you simply do a HEAD / single request it doesn't really matter | anymore since it's going to be as fast as one single request. I | currently do all checks in parallel so it's only a matter of the | slowest one :) | | |

April 23, 2012

Re: [Pharo-project] ConfigurationOfGrease status?

by Dale Henrichs

Janko, If you don't want Slime (the default) loaded, then you should load just the 'Core' group: (ConfigurationOfGrease project lastVersion) load: 'Core' This approach holds for all configurations. If the default load does not load what _you_ want, take a look at the configuration and explicitly load the pieces that you do want. In this case the group 'Core' appears to load what you want (at least it excludes SLime). Dale ----- Original Message ----- | From: "Janko MivÅ¡ek" <janko.mivsek(a)eranova.si> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Monday, April 23, 2012 4:13:04 AM | Subject: [Pharo-project] ConfigurationOfGrease status? | | Hi guys, | | I loaded ConfigurationOfGrease on 1.4 : | | Gofer new | squeaksource: 'MetacelloRepository'; | package: 'ConfigurationOfGrease'; | load. | | Then (Smalltalk at: #ConfigurationOfGrease) load. returns #load does | not | understand. If I load: | | ((Smalltalk at: #ConfigurationOfGrease) project lastVersion) load. | | then it loads Refactoring browser stuff too. | | What I expected is to load just base Grease, without tests, and | certainly without RB , which in this case could even break something | in | Pharo tools? | | So, I propose that someone check and update this configuration to | load | what most of us expect and with #load class method included. | | Best regards | Janko | | -- | Janko MivÅ¡ek | Aida/Web | Smalltalk Web Application Server | http://www.aidaweb.si | |

April 23, 2012

Re: [Pharo-project] The video about Athens

by Igor Stasenko

On 23 April 2012 18:01, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > Great work Igor! Â One more step towards nicer looking apps developed > in Pharo in the near future > > What features are missing from a full-blown SVG spec? Gradients? > hehe.. a lot. i now working on more complex document, like the attached.. the bad thing about SVG that most of the stuff are expressed via attributes, while xml structure is fairly simple. and they have a lot of different subtleties and/or defaults for those attributes. -- Best regards, Igor Stasenko.

April 23, 2012

Re: [Pharo-project] The video about Athens

by Fernando Olivero

Great work Igor! One more step towards nicer looking apps developed in Pharo in the near future What features are missing from a full-blown SVG spec? Gradients? Fernando On Mon, Apr 23, 2012 at 5:23 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Nice simba :). > > On Mon, Apr 23, 2012 at 5:20 PM, Igor Stasenko <siguctua(a)gmail.com<mailto:siguctua@gmail.com>> wrote: > Some progress with SVG importer.. > > Don't be too optimistic, this is pretty simple svg document, which > uses only colors and polygons.. > it will require a more work to implement full SVG spec , but i just > wanna share first results :) > > See that guy here in your browser: > http://croczilla.com/bits_and_pieces/svg/samples/lion/lion.svg > > > -- > Best regards, > Igor Stasenko. >

April 23, 2012

Re: [Pharo-project] The video about Athens

by StÃ©phane Ducasse

Thanks igor. This is good to have updates like that :) Stef > Some progress with SVG importer.. > > Don't be too optimistic, this is pretty simple svg document, which > uses only colors and polygons.. > it will require a more work to implement full SVG spec , but i just > wanna share first results :) > > See that guy here in your browser: > http://croczilla.com/bits_and_pieces/svg/samples/lion/lion.svg > > > -- > Best regards, > Igor Stasenko. > <Screen Shot 2012-04-23 at 5.15.09 PM.png>

April 23, 2012

Re: [Pharo-project] [ANN] Styled Text Editor for Cuis 4.0 Smalltalk

by StÃ©phane Ducasse

Goran (and others) I know that you know but let me repeat it. Our goal is to push as much as we can so that other people that us can make money building software with Pharo. We want to get pharo bring money in the community and that people can make a living with it. I would love to be invited to celebrate the wealth of company having success with Pharo. Now we do not have that much money to pay people for improving the system. May be marcus is ranting because he sees that with a bit of care in the past the base system would not force us to spend a lot of energy improving it and we could focus on the next generation. Because this is what we want to do, invent the future: new compiler, first class instance variable, micro kernelâ¦ We are getting there but we are fixing a lot while doing that. A lot and more. As a researcher we could just create our own little smalltalk and be happy and life forever. Now improving Pharo is a tedious and ****difficult****, not bold, â¦.. task. Now we welcome people that want to help pushing in that direction and we want to go as fast as we can (because time passes and we are getting old :)). Stef: I'm clean :)

April 23, 2012

Re: [Pharo-project] The video about Athens

by Guillermo Polito

Nice simba :). On Mon, Apr 23, 2012 at 5:20 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Some progress with SVG importer.. > > Don't be too optimistic, this is pretty simple svg document, which > uses only colors and polygons.. > it will require a more work to implement full SVG spec , but i just > wanna share first results :) > > See that guy here in your browser: > http://croczilla.com/bits_and_pieces/svg/samples/lion/lion.svg > > > -- > Best regards, > Igor Stasenko. >

April 23, 2012

[Pharo-project] [ANN] PharoLauncher for Mac users

by HwaJong Oh

If you are a Mac(Lion) user, who program in Pharo or other Squeak-like Smalltalk (Squeak, Cobalt, Seaside one-click, Croquet, EToy, DrGeo one-click, ...) , there is a better way to manage your images. It is fast to launch an image, easy to manage various VM and image combinations without confusion, safe to delete image files, fast to laucn&quit images to review many images, easy to launch many images simultaneously. You can download it in AppStore: http://itunes.apple.com/us/app/pharo-launcher/id503025789?mt=12 Demonstration video 1: http://screencast.com/t/jJQD4JjXx Demonstration video 2: http://screencast.com/t/UZIbf3dk7 New version of it is released every one or more weeks. People who are using PharoLauncher(SeungBum Kim, Kuritar, Serge, Laurent) gave me many feedbacks, and some of them are implemented. I hope you enjoy PharoLauncher. Any feedback is appreciated. HwaJong Oh -- View this message in context: http://forum.world.st/ANN-PharoLauncher-for-Mac-users-tp4580756p4580756.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 23, 2012

Re: [Pharo-project] The video about Athens

by Igor Stasenko

Some progress with SVG importer.. Don't be too optimistic, this is pretty simple svg document, which uses only colors and polygons.. it will require a more work to implement full SVG spec , but i just wanna share first results :) See that guy here in your browser: http://croczilla.com/bits_and_pieces/svg/samples/lion/lion.svg -- Best regards, Igor Stasenko.

April 23, 2012