September 2013 - Pharo-users

Re: [Pharo-users] Capturing messages

by Goubier Thierry

There is also a code tracer working in 2.0 that I maintain and use from time to time, called Jejak. It would require a small extension and recompiling a lot of methods, but it could be made to trace and record all method entries (taking care of not tracing its own code :)). It will slow down the VM by a significant amount, of course. Thierry Le 24/09/2013 16:30, Alejandro Pulver a Ã©crit : > Thanks for the idea, I'll try emulating shotgun sequencing by increasing > the sampling rate for short periods of time. > > But a better alternative would be to enable and disable the simulator > (context's runSimulated) for exact sequences (even if shorter, to avoid > slowdowns). Is it possible with the current implementation? > > It's not that I don't appreciate the ideas for the new reflection > framework. but I'm looking for something to use for this project. And we > have only a few weeks. Actually, the most important part is not the > system integration but analyzing the structure of those message > sequences (like word analysis in natural language processing). > > > On Tue, Sep 24, 2013 at 4:59 AM, Marcus Denker <marcus.denker(a)inria.fr > <mailto:marcus.denker@inria.fr>> wrote: > > > On Sep 24, 2013, at 9:41 AM, Alejandro Pulver <alepulver(a)gmail.com > <mailto:alepulver@gmail.com>> wrote: > > > I see. But what about sampling? It shouldn't slow down the > program nearly as much as these "instrumentation" like mechanisms. > > > > And as I'm going to count them anyways, missing the most unused > ones won't be such a problem. > > > > That combined with complete capture for a small run (like a test > or block) would be enough for our needs. > > > > > > Yes, one could just use some random selection (I really like the > idea of shotgun sequencingâ¦ > http://en.wikipedia.org/wiki/Shotgun_sequencing) > The resulting information should be quite good. > > But the first step is that we need a really good, very dynamic, very > general and powerful basisâ¦ this is what we want to build > with Reflectivity2 (and Reflectivity3 will have to hook deeper into > the JIT of the VM, but that is another story). > > Related to step 3), another source for interesting data is the VM > itself (e.g. caches). > > But step by stepâ¦ > > The idea is to take the new possibilities we have in Pharo3 and make > a well engineered realization of partial behavioral reflection, > with two extensions: > -> meta links on instance variables. Very cool > possibilities now that instance variables are reified objects ("Slot") > -> object specific meta links by integrating with a good > proxy implementation > > This will already bring amazing capabilities to the system (and > subsume MethodWrappers, simple CLOS style MOPs, perfect for > breakpoints, watchpoints and debugging in general, and it can be > the basis for AOP like things). > > Marcus > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 24, 2013

Re: [Pharo-users] Capturing messages

by Marcus Denker

On Sep 24, 2013, at 4:30 PM, Alejandro Pulver <alepulver(a)gmail.com> wrote: > Thanks for the idea, I'll try emulating shotgun sequencing by increasing the sampling rate for short periods of time. > > But a better alternative would be to enable and disable the simulator (context's runSimulated) for exact sequences (even if shorter, to avoid slowdowns). Is it possible with the current implementation? > The problem is that runSimulated is *very* slow as it interpretes bytecode using an interpreter written in Smalltalk. Maybe an idea would be to use some sampling that uses VM Supportâ¦ I don't know much about it, though. See MessageTally and AndreasSystemProfiler. > It's not that I don't appreciate the ideas for the new reflection framework. but I'm looking for something to use for this project. And we have only a few weeks. Actually, the most important part is not the system integration but analyzing the structure of those message sequences (like word analysis in natural language processing). > Yes, I understand. We are working hard to improve the systemâ¦ but it's a lot of work. Marcus

Sept. 24, 2013

Re: [Pharo-users] Capturing messages

by Alejandro Pulver

Thanks for the idea, I'll try emulating shotgun sequencing by increasing the sampling rate for short periods of time. But a better alternative would be to enable and disable the simulator (context's runSimulated) for exact sequences (even if shorter, to avoid slowdowns). Is it possible with the current implementation? It's not that I don't appreciate the ideas for the new reflection framework. but I'm looking for something to use for this project. And we have only a few weeks. Actually, the most important part is not the system integration but analyzing the structure of those message sequences (like word analysis in natural language processing). On Tue, Sep 24, 2013 at 4:59 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Sep 24, 2013, at 9:41 AM, Alejandro Pulver <alepulver(a)gmail.com> wrote: > > > I see. But what about sampling? It shouldn't slow down the program > nearly as much as these "instrumentation" like mechanisms. > > > > And as I'm going to count them anyways, missing the most unused ones > won't be such a problem. > > > > That combined with complete capture for a small run (like a test or > block) would be enough for our needs. > > > > > > Yes, one could just use some random selection (I really like the idea of > shotgun sequencingâ¦ http://en.wikipedia.org/wiki/Shotgun_sequencing) > The resulting information should be quite good. > > But the first step is that we need a really good, very dynamic, very > general and powerful basisâ¦ this is what we want to build > with Reflectivity2 (and Reflectivity3 will have to hook deeper into the > JIT of the VM, but that is another story). > > Related to step 3), another source for interesting data is the VM itself > (e.g. caches). > > But step by stepâ¦ > > The idea is to take the new possibilities we have in Pharo3 and make a > well engineered realization of partial behavioral reflection, > with two extensions: > -> meta links on instance variables. Very cool possibilities now > that instance variables are reified objects ("Slot") > -> object specific meta links by integrating with a good proxy > implementation > > This will already bring amazing capabilities to the system (and subsume > MethodWrappers, simple CLOS style MOPs, perfect for > breakpoints, watchpoints and debugging in general, and it can be the > basis for AOP like things). > > Marcus > >

Sept. 24, 2013

Re: [Pharo-users] Pharo 2 problems that prevent me from using it in production was Re: RFB on 2.0 + linux - semaphore primitive failed

by Marcus Denker

On Sep 24, 2013, at 4:08 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hi guys, > > I am having this problem and it is very very easy to reproduce for me. And it is in Mac, not Linux. I took a latest Pharo 2.0 image Latest update: #20619, and a Mac VM of Mar 13 2013. Open a workspace and evaluate: > > Gofer it > smalltalkhubUser: 'PharoExtras' project: 'RFB'; > configuration; > load. > (Smalltalk at: #ConfigurationOfRFB) load. > (Smalltalk at: #RFBServer) start. > Smalltalk snapshot: true andQuit: false > > And it will freeze. If I save the image with the RFBServer running, my image freezes. If the server is stopped while saving, there is no problem. The hung seems to be AFTER the image save itself, because if I kill the process and start again, the image was saved. Also...if you do SAVE AND QUITE, it has NO PROBLEM. If I do Smalltalk snapshot: true andQuit: true. the image is saved and when I open it back, it is OK. We need to really re-think if it is a good idea to deploy systems with code that is not part of the development cycle of Pharo. (read: what people get out of RFB needs to be part of the system itself) Marcus

Sept. 24, 2013

Re: [Pharo-users] Pharo 2 problems that prevent me from using it in production was Re: RFB on 2.0 + linux - semaphore primitive failed

by Mariano Martinez Peck

Hi guys, I am having this problem and it is very very easy to reproduce for me. And it is in Mac, not Linux. I took a latest Pharo 2.0 image Latest update: #20619, and a Mac VM of Mar 13 2013. Open a workspace and evaluate: Gofer it smalltalkhubUser: 'PharoExtras' project: 'RFB'; configuration; load. (Smalltalk at: #ConfigurationOfRFB) load. (Smalltalk at: #RFBServer) start. Smalltalk snapshot: true andQuit: false And it will freeze. If I save the image with the RFBServer running, my image freezes. If the server is stopped while saving, there is no problem. The hung seems to be AFTER the image save itself, because if I kill the process and start again, the image was saved. Also...if you do SAVE AND QUITE, it has NO PROBLEM. If I do Smalltalk snapshot: true andQuit: true. the image is saved and when I open it back, it is OK. On Wed, Sep 4, 2013 at 2:46 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Sep 4, 2013, at 6:30 PM, phil(a)highoctane.be wrote: > > > I was using 2.0 > > > > Yes, this is what I understood from the original report. > > Marcus > > -- Mariano http://marianopeck.wordpress.com

Sept. 24, 2013

Re: [Pharo-users] RFB on 2.0 + linux - semaphore primitive failed

by Mariano Martinez Peck

OK. I think I am having the same issue here. I am using Pharo2.0 Latest update: #20619, and a Mac VM of Mar 13 2013. I have a SmalltalkHub image running with RFB. If I save the image with the RFBServer running, my image freezes. If the server is stopped while saving, there is no problem. The hung seems to be AFTER the image save itself, because if I kill the process and start again, the image was saved. Does somebody remember if this was solve or not? if not, I will try to debug a bit. On Tue, Sep 3, 2013 at 4:25 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > Hi Paul2 > > > Paul Wilke wrote > >> Hi, > >> we have a similar problem. Which VM should one use? We had the StackVM > in > >> productive use but now after using Pharo 2.0 we have this primitive > error > >> and a stuck image. We found one cause in a the netname resolver. > > Can you explain what is the netname resolver problem. > > >> > >> I would greatly appreciate an info about which vm exactly to use or how > to > >> further diagnose this problem. > >> Kind regards, > >> Paul > > > > > > I ended up reverting back to Pharo 1.4 and don't have plans to use Pharo > 2 > > in production. > > If you do not give us more information we will never be able to fix it. > And may be 3.0 will still have the problem and you will start using system > that is 3 year old. > I can understand that you get in a situation where you cannot do otherwise > but do not expect > us to fix magically things. > > Stef > > > > > -- > > View this message in context: > http://forum.world.st/RFB-on-2-0-linux-semaphore-primitive-failed-tp4701741… > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > -- Mariano http://marianopeck.wordpress.com

Sept. 24, 2013

Re: [Pharo-users] Image taking up 100% CPU

by Mariano Martinez Peck

Bernat, could this be triggered when you SAVE the image? If true, do you happen to have RFB running? On Tue, Sep 24, 2013 at 4:45 AM, Bernat Romagosa < tibabenfortlapalanca(a)gmail.com> wrote: > Hi list, > > A couple months ago I deployed an Iliad application in a Debian VPS, which > has been working great except for the fact that about every two weeks the > image takes up 100% of the CPU and, of course, the app becomes unusable. > > Does anyone have a method for finding out what's going on? I've been > trying to debug the problem, but as I don't know what triggers it, it's > pretty impossible to detect... > > I've checked the running threads and nothing seems unusual. I've also > profiled the app for a whole day of real usage with end users and not a > single method took more time than what I expected, so I'm completely lost > here. > > Any help will be appreciated! :) > > Cheers, > > Bernat. > > -- > Bernat Romagosa. > -- Mariano http://marianopeck.wordpress.com

Sept. 24, 2013

Re: [Pharo-users] www.smalltalkhub.com not reachable from digitalocean host in NewYork2

by Yanni Chiu

On 24/09/13 1:45 AM, Yanni Chiu wrote: > > traceroute to www.smalltalkhub.com (88.190.31.116), 30 hops max, 60 byte > packets > 1 ... > 9 bzn-crs16-1-be1106.intf.routers.proxad.net (212.27.59.101) 81.011 > ms 78.111 ms 87.806 ms It's working now, but the problem seems to have been in "proxad.net". In the traceroutes that were successful, the route bounced around for 4 or 5 hops within proxad.net, before coming out at: 4k-s103-1037.dc2.poneytelecom.eu (88.191.1.170) which then led to smalltalkhub.com It's never a good time to be unreachable, but I'd just moved to a new host machine, and deleted the old one, then found the repository unreachable from the new machine.

Sept. 24, 2013

What is the #includes: directive in Metacello?

by Damien Cassou

http://stackoverflow.com/questions/18979718/what-is-the-includes-directive-… -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Sept. 24, 2013

Re: [Pharo-users] Pharo Wiki cleanup

by StÃ©phane Ducasse

I will have a look. Stef On Sep 24, 2013, at 6:00 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Welcome Page: https://pharo.fogbugz.com/default.asp?W41 > Documentation: https://pharo.fogbugz.com/default.asp?W69 > Changelog: https://pharo.fogbugz.com/default.asp?W2 > Wishlist: https://pharo.fogbugz.com/default.asp?W50 > Responsibilities: https://pharo.fogbugz.com/default.asp?W66

Sept. 24, 2013