[perf-discuss] Ruby benchmarks

2009-09-03 Thread Frank van der Linden
I noticed these Ruby benchmarks on the tech-perform NetBSD mailing list: http://mail-index.netbsd.org/tech-perform/2009/09/03/msg13.html They're interesting because they compare Linux, NetBSD, FreeBSD, OpenBSD and OpenSolaris. - Frank ___ perf-

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: 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

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

2006-01-23 Thread Frank van der Linden
Roman wrote: Hi, I run both Solaris 10 and NetBSD-current on Ultra 10. What I notice is that NetBSD performs much faster and Solaris feels quite bloated. Forking new processes on Solaris is so slow, why is that? Some applications consume a lot more CPU time on Solaris, compared to the same app