From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Sat, 4 Sep 2010 09:34:03 -0700 Message-ID: From: ron minnich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] too many system calls. Topicbox-Message-UUID: 4f47ae9a-ead6-11e9-9d60-3106f5b1d025 On Sat, Sep 4, 2010 at 12:58 AM, Akshat Kumar wrote: > Is ratrace usable on native Plan 9 (I understand it's in use on 9vx > thus far)? I don't see a /proc/n/syscall file for any of my processes; > is there some kernel patch for this? One could take the modified version of my syscall tracing code that jmk put into the 9k kernel and put that into the regular plan 9 kernel. He did a very nice job of making it almost completely live in port and it's a good lesson in getting it right, worth looking at. Paper submitted to iwp9 ... I don't run any systems in my lab with the 9 kernel any more so I have not been motivated to make the change myself. I have used ratrace heavily on Blue Gene for debugging, and it's been much easier to use than Acid in that environment. I still use acid truss at times, when ratrace is not available, but I find ratrace far more useful when it is there. Actually, I now realize it's worse than that: I've stopped using systems that don't have ratrace because I find debugging problems without some sort of syscall trace to be too time-consuming. Note that it's easy to drop ratrace into scripts and that's handy. The getpid change I described here is now in my bitbucket repo https://rminnich@bitbucket.org/rminnich/sysfromiso That code builds and works on 9vx. I know there were some issues a few weeks ago with the builds which is why I mention it here. You should be able to build that userland code and run it on any Plan 9 system. I have built that tree to support arm, for example. The vx32 I am using is a combo of changes from yiyu and me and is found at https://rminnich@bitbucket.org/rminnich/vx32 ron