March 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] trying a hot update un smalltalkhub

by Esteban Lorenzano

yes, thatâs because info is cached (and refreshed each 6h) so, each 6h someone will have a slow request :) Esteban > On 17 Mar 2015, at 13:16, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 17 Mar 2015, at 12:52, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> >> Sven Van Caekenberghe-2 wrote >>> And it is fast as well: 0.33 seconds for me. >> >> Yes! For me 26ms for the GET and 43ms to parse. > > Actually the parsing is way faster: > > json := ZnClient new get: 'http://smalltalkhub.com/list/json'. > > [ NeoJSONReader fromString: json ] bench. > > => '21.895 per second' > > So, 0.05 seconds to parse ;-) >

March 17, 2015

Re: [Pharo-dev] pharo vs. java

by Nicolas Anquetil

the file is 10M. it seems to me the content does not change anything since we are just reading it character by character without doing anything else. anyway, you can find it at: https://dl.dropboxusercontent.com/u/12861461/jfreechart-0_9_0.mse nicolas On 17/03/2015 11:04, phil(a)highoctane.be wrote: > Yeah, put the file on a dropbox somewhere and share the link. > > I'd like to see why this is "slow". I am reading tons of data from a > MongoDb and it is superfast. > > Phil > > On Tue, Mar 17, 2015 at 10:24 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Can you post/share your file (jfreechart-0_9_0.mse) somewhere so we can run the same test ? >> >> Also, in your Java code I do not see a loop doing the benchmark 10 times ... >> >>> On 17 Mar 2015, at 10:19, Nicolas Anquetil <nicolas.anquetil(a)inria.fr> wrote: >>> >>> >>> Eliot, Sven, Stephan, >>> >>> thank you for your answers. >>> >>> As you noticed I am not an expert in profiling :-) >>> >>> it seems now I might have goofed up and the time taken by pharo in my initial program (compared to java) is due to some other extra compilation I was doing. >>> >>> So the "macro benchmark" might be wrong >>> >>> Still the "micro benchmark" still holds >>> I tested the code proposed by Elliot and the result is .... >>> >>> --- >>> [1 to: 10 do: [:j || a length | >>> length:=0. >>> a := '/home/anquetil/Documents/RMod/Tools/workspace/Blocks/jfreechart-0_9_0.mse' asFileReference readStream contents. >>> 1 to: a size do: [ :i| | c | c:= a at: i. length:= length+1]]] timeToRunWithoutGC >>> --- >>> >>> 12.723 sec. >>> >>> [reminder] For java it is: 1.482 sec. >>> >>> so it is still a factor 8 or 9 >>> it seems a lot for such a simple thing, no? >>> (or maybe not, I don't know) >>> >>> nicolas >>> >>> On 16/03/2015 09:49, Nicolas Anquetil wrote: >>>> I have been doing some file intensive activities and found my program to be VERY slow (see at the end). >>>> Just to be sure I ran them in Java and found it was much faster >>>> >>>> So I did a small test: >>>> --- >>>> [10 timesRepeat: [i := 0. >>>> '/home/anquetil/Documents/RMod/Tools/workspace/Blocks/jfreechart-0_9_0.mse' asFileReference readStream contents do: [ :c | i:= i+1]. >>>> ] ] timeToRunWithoutGC. >>>> --- >>>> >>>> result = 12.932 sec >>>> >>>> similar thing (as far as I can tell) 10 times in java: 1.482 sec. >>>> --- >>>> public static void main(String[] args) { >>>> int length =0; >>>> try { >>>> String filename = "/home/anquetil/Documents/RMod/Tools/workspace/Blocks/jfreechart-0_9_0.mse"; >>>> String content = new String(Files.readAllBytes(Paths.get(filename)), "UTF8"); >>>> for (int i=0; i < content.length(); i++) { >>>> content.charAt(i); >>>> length = length+1; >>>> } >>>> } catch (IOException e) { >>>> e.printStackTrace(); >>>> } >>>> System.out.println(length); >>>> } >>>> --- >>>> >>>> Because my program is MUCH slower (see at the end) in Smalltalk than in Java, I did another experiment: >>>> >>>> --- >>>> [1 to: 10 do: [:i| 1 to: 100000000 do: [:j | String new] ] ] timeToRunWithoutGC. >>>> --- >>>> >>>> result = 33.063 sec >>>> >>>> and in java: 4.382 sec. >>>> ---[10 runs of] >>>> public static void main(String[] args) { >>>> for (int i=0; i < 100000000; i++) { >>>> new String(); >>>> } >>>> } >>>> --- >>>> >>>> >>>> >>>> >>>> Concretly, my need was: >>>> Take 2600 methods in a Moose model, take their source code (therefore reading files), for methods longer than 100 lines (there are 29 of them), go through there code to find the blocks (matching {}). >>>> In smalltalk it ran > 12hours and I had processed 5 methods of the 29 long ones >>>> I reimplemented in Java (basically, just changing from pharo to java syntax) and it took 1 minutes to compute everything ... >>>> >>>> :-( >>>> >>>> On the good side, it was much easier to program it in smalltalk (about half a day to think about the algorithm, experiement, implement, test) than in Java (another 1/2 day, just to recode the algorithm that already worked). >>>> >>>> nicolas >>>> >>> >>

March 17, 2015

Re: [Pharo-dev] trying a hot update un smalltalkhub

by Sven Van Caekenberghe

> On 17 Mar 2015, at 12:52, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Sven Van Caekenberghe-2 wrote >> And it is fast as well: 0.33 seconds for me. > > Yes! For me 26ms for the GET and 43ms to parse. Actually the parsing is way faster: json := ZnClient new get: 'http://smalltalkhub.com/list/json'. [ NeoJSONReader fromString: json ] bench. => '21.895 per second' So, 0.05 seconds to parse ;-)

March 17, 2015

Re: [Pharo-dev] trying a hot update un smalltalkhub

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > And it is fast as well: 0.33 seconds for me. Yes! For me 26ms for the GET and 43ms to parse. ----- Cheers, Sean -- View this message in context: http://forum.world.st/trying-a-hot-update-un-smalltalkhub-tp4812535p4812552… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 17, 2015

Re: [Pharo-dev] trying a hot update un smalltalkhub

by Sven Van Caekenberghe

Very nice. For those who want to parse the result: ZnClient new contentReader: [ :entity | NeoJSONReader fromString: entity contents ]; get: 'http://smalltalkhub.com/list/json'. Or even: ZnClient new contentReader: [ :entity | STON fromString: entity contents ]; get: 'http://smalltalkhub.com/list/json' And it is fast as well: 0.33 seconds for me. > On 17 Mar 2015, at 11:50, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > ok, thank went more or less fine :) > > now you have: > > http://smalltalkhub.com/list > > and > > http://smalltalkhub.com/list/json > > enjoy :) > > Esteban > > > >> On 17 Mar 2015, at 11:15, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> Hi, >> >> Iâm trying to use the power of pharo and do a hot update in smalltalkhub. >> Of course, it can failâ¦ in that case I will need to turn it off and do it in the old wayâ¦ :) >> >> Esteban >

March 17, 2015

Re: [Pharo-dev] trying a hot update un smalltalkhub

by kilon alios

Great work Esteban that JSON may come handy for building a front end of STHub inside Pharo , so the users wont have to open an internet browser to browser and download sthub projects. On Tue, Mar 17, 2015 at 12:50 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > ok, thank went more or less fine :) > > now you have: > > http://smalltalkhub.com/list > > and > > http://smalltalkhub.com/list/json > > enjoy :) > > Esteban > > > > On 17 Mar 2015, at 11:15, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > > Iâm trying to use the power of pharo and do a hot update in smalltalkhub. > Of course, it can failâ¦ in that case I will need to turn it off and do it > in the old wayâ¦ :) > > Esteban > > >

March 17, 2015

Re: [Pharo-dev] trying a hot update un smalltalkhub

by phil＠highoctane.be

On Tue, Mar 17, 2015 at 11:50 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > ok, thank went more or less fine :) > > now you have: > > http://smalltalkhub.com/list > > and > > http://smalltalkhub.com/list/json Niiice!!! (now, a description in Json... :-p ) Phil > > enjoy :) > > Esteban > > > > On 17 Mar 2015, at 11:15, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > > Iâm trying to use the power of pharo and do a hot update in smalltalkhub. > Of course, it can failâ¦ in that case I will need to turn it off and do it in > the old wayâ¦ :) > > Esteban > >

March 17, 2015

software update again

by Norbert Hartl

I'm trying to have an actual pharo4 image to work on. So I like to do "software update". Sometimes it doesn't work and that is ok. But the last weeks I didn't manage to update once. Everytime there was a GT-* package that could not be found. To be clear here I'm talking about a 404 from smalltalkhub. I've tried to update a 40557 image and the error I get is that ZnHttpUnsuccessful: 404 Not found for /mc/Pharo/Pharo40/main/GT-Spotter-StefanReichhart.190.mcz Don't know how these errors are introduced. Norbert

March 17, 2015

Re: [Pharo-dev] trying a hot update un smalltalkhub

by Esteban Lorenzano

ok, thank went more or less fine :) now you have: http://smalltalkhub.com/list <http://smalltalkhub.com/list> and http://smalltalkhub.com/list/json <http://smalltalkhub.com/list/json> enjoy :) Esteban > On 17 Mar 2015, at 11:15, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > > Iâm trying to use the power of pharo and do a hot update in smalltalkhub. > Of course, it can failâ¦ in that case I will need to turn it off and do it in the old wayâ¦ :) > > Esteban

March 17, 2015

Re: [Pharo-dev] [Pharo-users] [ANN] RProjectConnector V1.0

by Blondeau Vincent

Hi Juampi, I know that the libraries are difficult to configure. We will improve that. I donât have a Mac, but as far as I know, you need to put the R libraries where are the Pharo ones like âlibAsynchFilePlugin.dylibâ. If you didnât do it, you need to restart the Pharo image at each time you change the library location and you need to install R (to copy the libraries seems not enough). If it works, inspect âself nbGetSymbolAddress: 'Rf_initEmbeddedR' module: #Râ should show you a NBExternalAddress instead of nil. Furthermore, you need to use the 32 bits R libraries, Pharo doesnât not support yet the 64 bit libs. I hope that will be helpful, Regards, Vincent De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Juan Pablo Sandoval Alcocer EnvoyÃ© : vendredi 13 mars 2015 23:20 Ã : Any question about pharo is welcome Cc : Pharo Development List Objet : Re: [Pharo-users] [ANN] RProjectConnector V1.0 Hi, I was trying to use RProjectConnector in my Mac (1.9.1) and i have some issues :(. I have copied the dynamic libraries of R to /usr/lib directory (.i.e. libR.dylib). But PharoVM does not find the libraries. For instance, this line of code returns always nil. self nbGetSymbolAddress: 'Rf_initEmbeddedR' module: #R "copied from the project" I also tried copying the libraries to folder Pharo.app/Contents/MacOS/Plugins. or passing the library name as parameter like: self nbGetSymbolAddress: 'Rf_initEmbeddedR' module: 'libR.dylib' or self nbGetSymbolAddress: 'Rf_initEmbeddedR' module: '/usr/lib/libR.dylib' But i had not success. Could someone help me? I am doing something wrong? Thanks, Juampi 2014-12-08 11:10 GMT-03:00 Blondeau Vincent <vincent.blondeau(a)worldline.com<mailto:vincent.blondeau@worldline.com>>: Hello everyone, I am glad to announce the first version of the RProjectConnector, a binding between Pharo and R using NativeBoost. You can now call directly your R methods from Pharo: data := (1 to: 1000) collect: #yourself. res := (#acf asRFunctionWith: {data}) eval To use it, you should copy the R libraries near the Pharo VM (see the documentation on SmalltalkHub to see how to proceed) and Gofer it smalltalkhubUser: 'VincentBlondeau' project: 'RProjectConnector'; configuration; loadStable Donât forget to relaunch Pharo after the installation to be able to use the connector. The sources are available on Smalltalkhub: http://smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector if you want to participate, just ask me! Cheers, Vincent BLONDEAU ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. -- Saludos, Juan Pablo ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

March 17, 2015