Re: [perf-discuss] Re: Re: Re: Re: Performance: Solaris vs BSD

2006-01-24 Thread Dan Price
On Tue 24 Jan 2006 at 09:33AM, Bart Smaalders wrote: > >On NetBSD sparc64, compiled with gcc and -O2 optimisations, the benchmark > >goes into infinite loop, because of the way automatic variables are > >handled after calling longjmp(), i.e. their value is indeterminate, which > >is affected by

Re: [perf-discuss] segvn analysis

2006-01-24 Thread Roch Bourbonnais - Performance Engineering
Eric Lowe writes: > On Wed, Jan 25, 2006 at 03:04:55AM +1100, Brendan Gregg wrote: > | > | The way a freshly written file (as opposed to a freshly mounted file) > | changed the number of faults really threw me. Still haven't put my finger > | on why, but I suspect it's a cache placement poli

Re: [perf-discuss] segvn analysis

2006-01-24 Thread Eric Lowe
On Wed, Jan 25, 2006 at 03:04:55AM +1100, Brendan Gregg wrote: | | The way a freshly written file (as opposed to a freshly mounted file) | changed the number of faults really threw me. Still haven't put my finger | on why, but I suspect it's a cache placement policy (maybe MPSS - I need This is p

Re: [perf-discuss] Re: Re: Re: Re: Performance: Solaris vs BSD

2006-01-24 Thread Frank van der Linden
Frank van der Linden wrote: It groks the noreturn void exit __P((int)) attribute, e.g. err. Pasto. I meant 'the noreturn attribute'. ___ perf-discuss mailing list perf-discuss@opensolaris.org

Re: [perf-discuss] Re: Re: Re: Re: Performance: Solaris vs BSD

2006-01-24 Thread Frank van der Linden
Bart Smaalders wrote: I wish gcc would grok either #pragma unknown_control_flow(setjmp) or extern void longjmp(jmp_buf, int) __NORETURN; It groks the noreturn void exit __P((int)) attribute, e.g. void exit(int) __attribute__((__noreturn__)); Looks like uts/common/sys/ccompile.h does the

Re: [perf-discuss] Re: Re: Re: Re: Performance: Solaris vs BSD

2006-01-24 Thread Bart Smaalders
Roman wrote: OK, thanks for the patch, it fixed compilation errors. Just to let you know, there is a bug in some of the benchmarks - longjmp.c and siglongjmp.c int benchmark(void *tsd, result_t *res) { int i = 0; jmp_buf env; (void) s

Re: [perf-discuss] segvn analysis

2006-01-24 Thread Brendan Gregg
G'Day Eric, On Wed, 18 Jan 2006, Eric Lowe wrote: > Coming into this thread late since I'm returning for vacation... > > On Thu, Jan 12, 2006 at 02:55:52AM +1100, Brendan Gregg wrote: > | > | I want segvn hit rate. There must be a function in the segvn code > | somewhere that checks whether a pag

[perf-discuss] Re: Re: Re: Re: Performance: Solaris vs BSD

2006-01-24 Thread Roman
OK, thanks for the patch, it fixed compilation errors. Just to let you know, there is a bug in some of the benchmarks - longjmp.c and siglongjmp.c int benchmark(void *tsd, result_t *res) { int i = 0; jmp_buf env; (void) setjmp(env);

Re: [perf-discuss] Re: Re: Re: Performance: Solaris vs BSD

2006-01-24 Thread Frank van der Linden
Bart Smaalders wrote: libmicro ports very easily; it's a good place to start Attached is a quick patch to make libmicro compile (and run by the looks of it, but I haven't tested extensively) on NetBSD. The missing pthread_*_pshared calls shouldn't matter for NetBSD's libpthread, I hav