Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: Microsoft destroys TPC-C records!

Re: Microsoft destroys TPC-C records!

From: Norris <jcheong_at_cooper.com.hk>
Date: 2000/02/25
Message-ID: <894nki$a4q$1@adenine.netfront.net>#1/1

   "Longer term, there are additional significant technology milestones    ensuring an accelerating expansion of scalability for customers    building and deploying solutions on the Microsoft platform. These    innovations include the expected introduction in mid-2000 of Intel    Pentium III Xeon-based servers with 16 and 32 processors, offering many    times more power than existing eight-processor systems. In addition,    following the introduction of Intel's 64-bit Itanium platform later in    2000, Microsoft plans to release 64-bit versions of Windows 2000 and    SQL Server 2000. These state-of-the-art systems will allow customers to    utilize terabytes of system memory for the most complex applications.    Finally, the next version of SQL Server (code-named 'Yukon') will    continue software scale innovation by introducing the second generation    of scale-out partitioning, shared-nothing clustering technology.    'Yukon' will provide customers with tremendous additional gains in    scalability while pushing the state of the art for reliability and    manageability."

   Clever readers will notice that Microsoft's new TPC-C scores are    based on a new database clustering technology that isn't available in    SQL Server 7.0. You might also notice that the previous top TPC-C score    was achieved on a single SMP-based IBM RS-64-III machine using 24 CPUs.    Microsoft's score was based on a 12-way cluster, with each SMP node    running eight CPUs.

      Is this a fair comparison? Is Microsoft guilty of a benchmark
      special? Ultimately, benchmarks are meaningless unless you can
      replicate the numbers under normal conditions in your production
      environment, and right now, no one knows how easy it will be to
      configure and implement the "scale-out" partitioning that made
      Microsoft's numbers possible. Only time will tell how practical this
      configuration will be for your application.

	 Stay tuned for more about SQL Server 2000 performance as its release
	 draws closer. And watch for Microsoft to release a technical white
	 paper any day now describing its high-performance database
	 configuration.

http://www.sqlmag.com

In comp.databases.sybase Nuno Souto <nsouto_at_nsw.bigpond.net.au.nospam> wrote:
> On Mon, 21 Feb 2000 10:45:43 -0500, Larry Edelstein
> <lsedels_at_us.ibm.com> wrote:
 

>>
>>Actually ... IBM (DB2) does not rely on the application to devise a way to
>>share the data. DB2 handles it all under the covers, making a transition to
>>MPP transparent from the application perspective.
>>
 

> So does Oracle. Apparently, SS7 doesn't.
 

> Cheers
> Nuno Souto
> nsouto_at_nsw.bigpond.net.au.nospam
> http://www.users.bigpond.net.au/the_Den/index.html

-- 
JULY
Received on Fri Feb 25 2000 - 00:00:00 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US