You should also take a look at the Sun Blueprints paper "Developing and Tuning Applications on UltraSPARC T1 Chip Multithreading Systems" at http://www.sun.com/blueprints/0107/819-5144.html which covers a lots of issues that are specific to this platform.
Dtrace is a very powerful and useful tool, but you will still generally start with higher level tools like prstat, mpstat, vmstat, etc, and use dtrace to drill down once you have any idea where to look. HTH, Dave Lutz ----- Original Message ----- From: Vladimir Marek <[EMAIL PROTECTED]> Date: Tuesday, May 20, 2008 6:55 am Subject: Re: [dtrace-discuss] help with troubleshooting problem with process on my T2000 To: [email protected] > Hi, > > > Hello folks, I have an issue where developer wrote a code and it runs 10 > > seconds > > on his PC, then he moved it to T2000 (16GB RAM, 1.2GHz, 8 CORE, Solaris 10) > > and > > the same process took 73 seconds. Then he took his code to V240 server (8GB > > RAM, > > 1GHz, 2CPU's, Solaris 8) and that process completed in around 50 seconds. > > Have you considered using some sort of performance analysis on your code > ? Sun Studio has excellent tools. > > http://developers.sun.com/solaris/articles/analyzer_qs.html > > Gcc uses utility called 'gprof'. > > Those are the tools especially designed to find performance issues in > the code. > > > > > We are suspecting that maybe the single Floating-point inside that > T2000 is > > causing this problem? How would I troubleshoot this problem? > > Is the application using floating point heavily ? Is it multi-threaded > ? > > > > I was thinking to jump into dtrace as everyone is saying its so great > > Afternoon nap is also great :) > > > > > but I am not sure where to start in trying to troubleshoot this. Its > > to late for me to go to take dtrace training class at this moment as > > it will take weeks for me to get in, and I was looking around on the > > internet and there are many different examples but I am not sure which > > one would be the right for troubleshooting this issue with T2000. > > Is the developer machine running also Solaris ? If not, I would > recommend finding tool which can be found on both systems, so you can > compare results easily (gcc will be probably on both systems) > > > > It does not make sense that two CPU machine that is slower in speed > and has less > > RAM outperforms T2000 which has a single CPU but its faster, not > only that its > > running Solaris 10 which in theory should be performing better, just > does not > > make any sense... > > Less gigahertz does not mean slower machine. T2000 is good at executing > multithread, non floating point arithmetic heavy code. > > > > Any suggestions or pointers would be greatly appreciated. > > Use profiling tools designed for the task. > > Hope this helps > > -- > Vlad > _______________________________________________ > dtrace-discuss mailing list > [email protected] _______________________________________________ dtrace-discuss mailing list [email protected]
