- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] No projects on StHub?

by Yuriy Tymchuk

Well, thankfully I keep all my latest projects on github, and I have configurations of them in the image. But CI is not working and anyway itâs a strange situation. Is there any other service where I can keep my configurations? Because thatâs the only thing I version with monticello are configurations as I want to use gofer to load my projects. And here reliability is much more important then other features. Uko On 04 Aug 2014, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: > oh boy thats looks nasty bug, hope its not permanent. > > > On Mon, Aug 4, 2014 at 11:44 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi, > > I was on vacation last weak, have I missed anything? Because my SmaltalkHub user does not have any projects http://smalltalkhub.com/#!/~YuriyTymchuk (and I had a bunch of them). > > Uko >

Aug. 4, 2014

Re: [Pharo-dev] No projects on StHub?

by kilon alios

oh boy thats looks nasty bug, hope its not permanent. On Mon, Aug 4, 2014 at 11:44 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi, > > I was on vacation last weak, have I missed anything? Because my > SmaltalkHub user does not have any projects > http://smalltalkhub.com/#!/~YuriyTymchuk (and I had a bunch of them). > > Uko >

Aug. 4, 2014

Re: [Pharo-dev] Can forking speed up anything?

by kilon alios

threads generally slow things down. Pharo uses green threads so it does not take advantage of multiple cores. You can take advantage of multiple cores by having multiple instances of the Pharo executable running and have them communicate via sockets, pipes , shared memory etc. Some calculations / processing can also benefit from GPU acceleration , if you feel really adventurous, GPUs dont only offer concurrent coding but also speed boost compared to cpu can be anything between 8x to 100x times. Of course far less straightforward than a simple fork and it wont benefit any case scenario. On Mon, Aug 4, 2014 at 11:17 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi guys, > > I have a script that runs very slow and does a lot of non dependent > operation of a collection. I wander if I can speed it up by making it run > in another process, because as far as I understand everything runs on a > single thread, so I guess this wonât save me. > > Uko >

Aug. 4, 2014

Re: [Pharo-dev] Can forking speed up anything?

by Yuriy Tymchuk

On 04 Aug 2014, at 10:38, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > > > 2014-08-04 10:17 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: > Hi guys, > > I have a script that runs very slow and does a lot of non dependent operation of a collection. I wander if I can speed it up by making it run in another process, because as far as I understand everything runs on a single thread, so I guess this wonât save me. > Thanks, I know about this, The problem is exactly that Iâm wrapping whole hierarchies in my own objects because I need that. Anyway thank you! Uko > I don't think forking can speed up anything. > > Usually the best solution is to profile your operation with the Profiler, then implement differently costly operations, either by removing object/block creations in smalltalk if this is possible, else by implementing costly operations in C and bind them like that: > http://clementbera.wordpress.com/2013/06/19/optimizing-pharo-to-c-speed-wit… > > > > > Uko >

Aug. 4, 2014

Re: [Pharo-dev] Can forking speed up anything?

by Frank Shearar

On 4 August 2014 09:38, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > > > 2014-08-04 10:17 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: >> >> Hi guys, >> >> I have a script that runs very slow and does a lot of non dependent >> operation of a collection. I wander if I can speed it up by making it run in >> another process, because as far as I understand everything runs on a single >> thread, so I guess this wonât save me. >> > I don't think forking can speed up anything. But that's only because we're single-threaded, hence single-cored. If we had a VM that handle multiple threads (like if we resuscitated Andreas' and Igor's Hydra work), then forking _would_ speed things up. But that would raise another huge issue, namely the shared state nature of the image. So perhaps forking _would_ help if your computations were big enough to justify the cost of spinning up a clone image, like David Lewis' recent work. frank > Usually the best solution is to profile your operation with the Profiler, > then implement differently costly operations, either by removing > object/block creations in smalltalk if this is possible, else by > implementing costly operations in C and bind them like that: > http://clementbera.wordpress.com/2013/06/19/optimizing-pharo-to-c-speed-wit… > > > > >> >> Uko > >

Aug. 4, 2014

No projects on StHub?

by Yuriy Tymchuk

Hi, I was on vacation last weak, have I missed anything? Because my SmaltalkHub user does not have any projects http://smalltalkhub.com/#!/~YuriyTymchuk (and I had a bunch of them). Uko

Aug. 4, 2014

Re: [Pharo-dev] Can forking speed up anything?

by ClÃ©ment Bera

2014-08-04 10:17 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: > Hi guys, > > I have a script that runs very slow and does a lot of non dependent > operation of a collection. I wander if I can speed it up by making it run > in another process, because as far as I understand everything runs on a > single thread, so I guess this wonât save me. > > I don't think forking can speed up anything. Usually the best solution is to profile your operation with the Profiler, then implement differently costly operations, either by removing object/block creations in smalltalk if this is possible, else by implementing costly operations in C and bind them like that: http://clementbera.wordpress.com/2013/06/19/optimizing-pharo-to-c-speed-wit… > Uko >

Aug. 4, 2014

Re: [Pharo-dev] About https://pharo.fogbugz.com/f/cases/2489

by stepharo

Ok so I added the missing exception and we can use the system again.... but the fix is just a patch. I will try to get some time this week to fix it but this is in character scanner...... stringIndex: anInteger text: aText topLeft: topLeft extent: extent stringIndex := anInteger. text := aText. super setOrigin: topLeft ------> (11@0) corner: topLeft ------>(11@0) + extent------> (-1@21) leads to a problem Stef On 4/8/14 09:54, stepharo wrote: > So apparently if I introduce the missing exception (that we should > have removed) the system works. > I will try to do a new integration and after we will fix the problem > with igor. > If I cannot integrate them I will see tomorrow with esteban. > > Stef > >

Aug. 4, 2014

Can forking speed up anything?

by Yuriy Tymchuk

Hi guys, I have a script that runs very slow and does a lot of non dependent operation of a collection. I wander if I can speed it up by making it run in another process, because as far as I understand everything runs on a single thread, so I guess this wonât save me. Uko

Aug. 4, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40151 Home: https://github.com/pharo-project/pharo-core

Aug. 4, 2014