Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Shark is the BOMB!



OpenGL profiler has the same behaviour. Not sure about Sampler. Since I use CW, it has never been more than an annoyance for me, but if XCode quietly fails, that is sure to confuse someone ;-) (esp. if it shows the new source code files from the old executable's sample data)

Cheers,
Nicholas Francis
www.otee.dk
On Oct 15, 2004, at 2:36 AM, John Stiles wrote:

Once Shark opens an executable to read its symbols etc, it leaves it open. Other processes can't write to it. This leads to fun situations, i.e. imagine this scenario:
(a) Build and launch your app via Xcode
(b) Shark it, and don't quit Shark when you're done
(c) Quit your app, change some stuff and rebuild it

At this point, even if you've rebuilt, the old code is still on the hard drive because Shark still has it open.
Once you quit Shark you will be able to write to the app again.
CodeWarrior puts up a handy error message in this case but it sounds like Xcode might just continue on, re-launching the old bits on the hard disk.


On Oct 14, 2004, at 5:34 PM, Gohara, David wrote:

Hi All,

  Regarding Shark, which I agree is great. I just installed the new CHUD package (I previously had 4.0.0b11 installed).  If I compile an app with debug symbols on and profile the program Shark works fine.  But if I go and change the code, recompile (with Shark still open) and reprofile the code in Shark doesn't update.  I tried rebooting the system just to be sure there weren't any old electrons floating around etc...  It seems to get Shark to update to the new code, I have to shut it down and restart before each profiling session. 

  I uninstalled CHUD 4.0.0 final and reinstalled the beta and everything worked fine again.

  Has anyone else noticed this, or is there a caching feature that is new that I missed in preferences?  I'm using 10.3.5 and Xcode 1.5, if that helps any.

  Thanks in advance,

Dave

David W. Gohara, Ph.D.
Harvard Medical School
http://www.scianafilms.com
617-432-1216 (p)
617-432-4360 (f)




-----Original Message-----
From:   perfoptimization-dev-bounces+david_gohara=email@hidden on behalf of Shaun Wexler
Sent:   Thu 10/14/2004 5:23 PM
To:     Performance optimization list
Cc:    
Subject:        Re: Shark is the BOMB!

On Oct 13, 2004, at 3:17 PM, Xavier wrote:

> Good hearing from you and glad to see the new perf numbers!
>
> Ok folks, we have 27x here, who has better? :-)
>
> Please don't hesitate to post your stories, we might ask your
> permission
> later on to publish them on our developer web site!

I wrote an AltiVec function to process logarithms in vector float
arrays, and according to Shark, it was 75x faster than using the std
lib log10() scalar function, on my Dual 1.42 GHz G4 w/2x 2 MB L3.
--
Shaun Wexler
MacFOH
http://www.macfoh.com






_______________________________________________
Do not post admin requests to the list. They will be ignored.
PerfOptimization-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/perfoptimization-dev/email@hidden

This email sent to email@hidden _______________________________________________
Do not post admin requests to the list. They will be ignored.
PerfOptimization-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/perfoptimization-dev/email@hidden

This email sent to email@hidden
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
PerfOptimization-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/perfoptimization-dev/email@hidden

This email sent to email@hidden

References: 
 >RE: Shark is the BOMB! (From: "Gohara, David " <email@hidden>)
 >Re: Shark is the BOMB! (From: John Stiles <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.