[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: A standard approach to glueing together reusableXML fragme

• To: Tim Bray <tbray@t...>
• Subject: Re: A standard approach to glueing together reusableXML fragments in prose?
• From: Daniel Veillard <veillard@r...>
• Date: Thu, 21 Aug 2003 16:42:10 -0400
• Cc: Michael Fuller <msf@m...>, xml-dev@l...
• In-reply-to: <3F44CC7E.4050803@t...>; from tbray@t... on Thu, Aug 21, 2003 at 06:43:26AM -0700
• References: <3F410022.F6599E30@m...> <3F410022.F6599E30@m...> <5.1.1.5.2.20030819112123.00aa4b78@p...> <3F42ADD5.DEB3D8B@b...> <1061335543.4452.31.camel@z...> <3F436C28.ED876A0D@b...> <20030820231503.GA27842@i...> <3F4408BD.2090407@t...> <20030821053454.D7457@r...> <3F44CC7E.4050803@t...>
• Reply-to: veillard@r...
• User-agent: Mutt/1.2.5.1i

On Thu, Aug 21, 2003 at 06:43:26AM -0700, Tim Bray wrote:
>   When you get to 64-bit land, the price/performance of 
> Itanium/SPARC/Alpha is not even close.

  Oh, right, but that's a volume policy. None of these (well except the
Sparc recently) tried to get outside the "server" market, i.e. low
volume and high prices.

> (BTW, I hear persistent reports that Linux/Opteron is still flaky).

  Really ? It's quite stable for us. It's a new platform, so there might
be some rough edges at various levels, but the boxes we have run quite
well (and fast !). I'm not sure I would try to buy one as my workstation
right now, but for server stuff I would have no hesitation myself. Being
a new platform not that many software has been ported and even less
certified yet. But the whole OS and usual free software should be there,
the beta version of the next Red Hat Linux Enterprise is available for
that platform:
  ftp://ftp.rpmfind.net/linux/redhat/beta/taroon/en/iso/AMD64

  However it is also clear that Open Source software stability is in a
large part due to the test/report/fix/release/test... process, and while
most of it is platform independant, the volume is a convergence criteria
for stability on new platform, so this play there too, not just at the
price level.

  Loan a box, test the bits and decide :-)

Daniel

-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard@r...  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

• References:
  • A standard approach to glueing together reusable XML fragments in prose?
    • From: "Roger L. Costello" <costello@m...>
  • Re: A standard approach to glueing together reusable XML fragments in prose?
    • From: dbexcom <lbradshaw@d...>
  • Re: A standard approach to glueing together reusableXML fragments in prose?
    • From: "Chiusano Joseph" <chiusano_joseph@b...>
  • Re: A standard approach to glueing together reusableXML fragments in prose?
    • From: Rick Marshall <rjm@z...>
  • Re: A standard approach to glueing together reusableXML fragments in prose?
    • From: "Chiusano Joseph" <chiusano_joseph@b...>
  • Re: A standard approach to glueing together reusableXML fragments in prose?
    • From: Michael Fuller <msf@m...>
  • Re: A standard approach to glueing together reusableXMLfragments in prose?
    • From: Tim Bray <tbray@t...>
  • Re: A standard approach to glueing together reusableXML fragments in prose?
    • From: Daniel Veillard <veillard@r...>
  • Re: A standard approach to glueing together reusableXMLfragments in prose?
    • From: Tim Bray <tbray@t...>

• Prev by Date: RE: Are we ready for the namespace ID registry, yet? (w as: RelaxNG question)
• Next by Date: RE: InkML
• Previous by thread: Re: A standard approach to glueing together reusableXMLfragments in prose?
• Next by thread: Re: A standard approach to glueing together reusableXMLfragments in prose?
• Index(es):
  • Date
  • Thread