The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: a.phillip.garcia@gmail.com (A. P. Garcia)
Subject: [TUHS] Bryan Cantrill on bfs & ta
Date: Mon, 22 Oct 2012 08:01:44 -0500	[thread overview]
Message-ID: <CAFCBnZuWD10oDW_fMnz1kZyZaashDN+0-Za3tb3zdokSQhfcsA@mail.gmail.com> (raw)
In-Reply-To: <20121022003325.GA7250@bitmover.com>

I watched one he gave at a usenix conference where he sort of recapped some
of the history of solaris and how oracle ruined everything and drove away
all the talent. Whether he had a valid point or not, it wasn't very
becoming. I don't know..it just never looks good when you air that stuff
out in public.

That said, it's hard to exaggerate the brilliance of dtrace. Like a
uw-madison professor said about some of the work that inspired it, it's
like watching in fine detail the inner parts of an engine move while going
down the highway at 60 mph.
On Oct 21, 2012 7:56 PM, "Larry McVoy" <lm at bitmover.com> wrote:

> Did anyone watch his talk?  I just tried and couldn't make out what he was
> talking about.
>
> Bryan's a smart guy but a little subjective.  I spent a day wandering
> around San Franciso with him (we used to live within a few blocks of
> each other) talking tech stuff, hardware, os, etc.  He was completely
> rational, smart, insightful, until we got to either sparc or solaris.
> Then he was subjective as hell, he just couldn't back away from them
> enough to make an objective comparison to other solutions.
>
> Funny thing was that so long as sparc/solaris weren't the subject matter
> he was very objective, could see the pros/cons of anything.
>
> I guess he drank the Sun koolaid.
>
>
> On Thu, Oct 18, 2012 at 11:51:20PM +0100, Sevan / Venture37 wrote:
> >
> http://www.youtube.com/watch?v=Rk8aZv0JJuk&feature=player_detailpage#t=3493s
> >
> > "SunOS has never run on a 16bit machine"
> >
> > My response was M68000 & 386 but his counter response was they both
> > supported 32bit addressing.
> >
> > Sevan
> > _______________________________________________
> > TUHS mailing list
> > TUHS at minnie.tuhs.org
> > https://minnie.tuhs.org/mailman/listinfo/tuhs
>
> --
> ---
> Larry McVoy                lm at bitmover.com
> http://www.bitkeeper.com
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20121022/034a0d99/attachment.html>


  reply	other threads:[~2012-10-22 13:01 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-18 22:51 Sevan / Venture37
2012-10-18 23:40 ` Greg 'groggy' Lehey
2012-10-19 20:44   ` Clem Cole
2012-10-19 20:54     ` John Cowan
2012-10-19 22:13       ` Peter Jeremy
2012-10-22  0:33 ` Larry McVoy
2012-10-22 13:01   ` A. P. Garcia [this message]
2012-10-22 13:34     ` Larry McVoy
2012-10-22 14:05       ` A. P. Garcia
2012-10-22 14:13         ` Larry McVoy
2012-10-22 14:17           ` A. P. Garcia

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAFCBnZuWD10oDW_fMnz1kZyZaashDN+0-Za3tb3zdokSQhfcsA@mail.gmail.com \
    --to=a.phillip.garcia@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).