Filebench [PSARC/2007/448 FastTrack timeout 08/16/2007]

[Jeff Bonwick]

Does it matter?  I mean, big picture, is it even worthy of discussion?

VMware's long-term goal is to become an application platform that
obsoletes all existing operating systems.  (Did you know they're
currently developing JVM, Rails, etc that run natively on ESX?)
Linux is trying to eradicate our developer community.  Intel and
AMD are trying to make SPARC completely irrelevant.  And we're
arguing about /usr/benchmarks vs. /opt/benchmarks?

I'm all for defending architectural purity when there's some
fundamental principle at stake.  If there's one here, please
enlighten me.

Jeff

On Thu, Aug 02, 2007 at 09:08:41PM -0700, John Plocher wrote:
> James Carlson wrote:
> >Joseph Kowalski writes:
> >>...
> >Perhaps your argument should be that this belongs in /usr/bin or
> >/usr/sbin instead. 
> >
> 
> Why shouldn't this all go under /usr/demo (for optional
> demo programs and their data) or under /opt (add on
> application programs)?
> 
> This *certainly* is not stuff that
>    A) belongs in $PATH for everyone,
>    B) is a core part of the OS,  and
>    C) is special enough to carve out a new namespace under /usr
> 
> This seems to me to be a poster child for /opt/benchmarks/filebench
> or even /opt/filebench.
> 
> -1 to /usr/benchmarks.
> 
>    -John
> 
>