"Lars Bausch" <lars.bausch@dotsch.de> wrote in message 
news:dl4abn$ftf$1@windu.dotsch.de...

Hello !

nafc wrote:

Here's something you may want to look into the next time you compile/link 
the client.  There's a code optimization utility called 'spike'.  Look at 
the manpage for more details.  I tried to use it on the current image but

Thank you for the hint. Looks realy interesting !
Do you know, how much could spike increase the performance ?

I'm sure it depends on the application.  I've never used spike myself since 
I've never done software development in a UNIX environment (I'm a UNIX 
SysAdmin).  I learned of spike in a Tru64 discussion forum hosted by HP 
(http://forums1.itrc.hp.com/).

What I do know of spike is that there are two ways to use it.

First is called 'static spike' which is what you're tyring to do.  It's 
supposed to give to a performance improvement but probably not as much as 
the next method.

The next method first uses another utility called 'pixie'.  You run your 
app. via pixie which will generate a file that then is used with spike. 
This is supposed to be the way to get the best optimization.  An Oracle 
manual explains how to use spike & pixie for the oracle image but I can't 
find the link to it right now.  I'll post the link when I do find it.  There 
they said they got up to a 21% improvement.

If you can get spike to work my guess would be to process a WU using the 
original image via pixie and then optimize with spike.

got an error:

No relocations in the image.

I got the same error, on the srtiped binary.

With the non striped binary I get following error :
Error in setiathome-4.7.debug: 'index' for external symbol for 
'_GLOBAL__FI_seti_boinc' is 1048575; should have been 5

I am not shure, if spike only work with binaries, which was linked with 
the TRU64 linker.

Do you have some Ideas ?

None.  You may want to post on the HP Tru64 forum.  They're usually very 
helpful.

I will keep searching around.

Regards

Lars