*BSD News Article 78504


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.