Also, I think there is a misunderstanding about the performance
counters: they (the ones I ment) are CPU architecture specific and
neither gcc nor gprof knows about them. They are implemented as extra
fwiw: I never have seen anything like that published (or even mentioned).
Things like the
I once heard a story that cmos machines are always
in lpar mode, even if one specifies lpar=no on the
I believe that VM in basic mode still is different from VM in
an LPAR w.r.t. assists etc. This is where V=F lives.
But it may be that with modern machines z/OS does not lose
anything when
This I understand in theory; in practice, what, if anything, can an
application writer do to minimize this?
And what does SIE mean?
SIE is the Start Interpretative Execution, used by VM to dispatch
the virtual machine. The SIE control block is used by SIE micro
code to tell which operations
In general, only the I/O instructions and model dependent instructions
(such as diagnose) cause intercepts, so if you can avoid these as much
as you can you should be ok as far as sie is concerned. When running
v=r or v=f most of the i/o instructions will be assisted ie will not
cause an
Hello
How do I parse the identification field in /proc/cpuinfo? The other ones
I understand. The one I have access to says processor 0: version = FF,
identification = 035667, machine = 9672
I am trying to estimate the performance of our application on different
S390/zSeries systems, and for
How do I parse the identification field in /proc/cpuinfo? The
other ones
I understand. The one I have access to says processor 0:
version = FF,
Probably this indicates you're running under VM or VIF. The Linux guest is
seeing a virtual CPU (on bare metal, this would be the actual physical id
Thank you David!
One new question:
Are there any performance counters such as other processors have (cache
hit/miss, tlb hit/miss, branch predict misses, insns retired etc.)
available from Linux?
On Fri, 2001-12-28 at 20:08, David Boyes wrote:
How do I parse the identification field in
IBM Journal of RD occasionally publishes some interesting
articles in this
vein.
Thanks, that paid off immediately, if someone wonders the URL is:
http://www.research.ibm.com/journal/rd
And they have many nice articles online.
Vol. 43, Nos. 5/6, 1999 are particularly interesting for
On Fri, 2001-12-28 at 22:01, David Boyes wrote:
Are there any performance counters such as other processors
have (cache
hit/miss, tlb hit/miss, branch predict misses, insns retired etc.)
available from Linux?
Hmm. If gcc generates the code to collect them (or gprof), then they should
Are there any performance counters such as other processors
have (cache
hit/miss, tlb hit/miss, branch predict misses, insns retired etc.)
available from Linux?
Hmm. If gcc generates the code to collect them (or gprof), then they should
be available in the same ways as on the other
10 matches
Mail list logo
