Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!nntp.coast.net!news.sprintlink.net!news-peer.sprintlink.net!news-peer.gsl.net!news.gsl.net!news.mathworks.com!newsfeed.internetmci.com!panix!news.panix.com!not-for-mail From: bryan@panix.com (Bryan Althaus) Newsgroups: comp.unix.bsd.freebsd.misc,comp.unix.solaris,comp.os.linux.misc Subject: Re: Benchmarking different Unix Operating Systems Followup-To: comp.unix.bsd.freebsd.misc,comp.unix.solaris,comp.os.linux.misc Date: 18 Sep 1996 06:32:46 -0400 Organization: Somewhere in Manhattan Lines: 29 Distribution: inet Message-ID: <51oj4e$6v5@panix.com> References: <aak2.842008017@Isis.MsState.Edu> <50p41e$1ie@nnrp1.news.primenet.com> <5120jc$qh5@panix.com> <32399C1B.7EC4FD4F@lambert.org> NNTP-Posting-Host: panix.com X-Newsreader: TIN [UNIX 1.3 950824BETA PL0] Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:27432 comp.unix.solaris:82850 comp.os.linux.misc:129773 Terry Lambert (terry@lambert.org) wrote: : Bryan Althaus wrote: : ] Not once they tried Solaris in an Ultra-Sparc ;^) Actually for : ] me what seals the deal is SunSoft's Visual Worksop C++. I'm : ] moving to HP-UX (again!) and am not looking forward to HP's : ] SoftBench development system. I asked about it in comp.sys.hp.hpux : ] and most repsonses were negative. Also from a programmers point : ] of view, the lack of thread support is another minus. : : From a systems engineering point of view, the SVR4/Solaris : threading model is broken. : [snip - same old knock on solaris/svr4 threads] : The gist of this is that your comparison is invalid: the lack : of Solaris/SVR4 threading is no great loss in the non-SMP case. What???? All I said was programming threads under Solaris is far easier than under HP-UX. Tools under Solaris know about threads, such as debuggers. That's not the case with HP-UX. When I asked about doing threads under HP-UX, I was told by more than a few programmers that it is a very frustrating experience and was more or less just wrappers to keep certain calls from blocking. As for pthreads, I'll stick with what *ships* with the OS.