Re: Intel SRCS16 SATA raid?

Список
Период
Сортировка
От Dave Held
Тема Re: Intel SRCS16 SATA raid?
Дата
Msg-id 49E94D0CFCD4DB43AFBA928DDD20C8F9026184B4@asg002.asg.local
обсуждение исходный текст
Ответ на Intel SRCS16 SATA raid?  (Greg Stark)
Список pgsql-performance
Дерево обсуждения
Intel SRCS16 SATA raid?  (Greg Stark, )
 Re: Intel SRCS16 SATA raid?  ("Mohan, Ross", )
  Re: Intel SRCS16 SATA raid?  ("Joshua D. Drake", )
   Re: Intel SRCS16 SATA raid?  (Marinos Yannikos, )
    Re: Intel SRCS16 SATA raid?  (Alex Turner, )
     Re: Intel SRCS16 SATA raid? (somewhat OT)  (Marinos Yannikos, )
 Re: Intel SRCS16 SATA raid?  (, )
  Re: Intel SRCS16 SATA raid?  (Alex Turner, )
   Re: Intel SRCS16 SATA raid?  (Alex Turner, )
    Re: Intel SRCS16 SATA raid?  (, )
  Re: Intel SRCS16 SATA raid?  (Bruce Momjian, )
 Re: Intel SRCS16 SATA raid?  ("Dave Held", )
  Re: Intel SRCS16 SATA raid?  (Alex Turner, )
  Re: Intel SRCS16 SATA raid?  (Alex Turner, )
   Re: Intel SRCS16 SATA raid?  (Geoffrey, )
 Re: Intel SRCS16 SATA raid?  ("Dave Held", )
  Re: Intel SRCS16 SATA raid?  (, )
  Re: Intel SRCS16 SATA raid?  (Alex Turner, )
   Re: Intel SRCS16 SATA raid?  (, )
   Re: Intel SRCS16 SATA raid?  (Vivek Khera, )
    Re: Intel SRCS16 SATA raid?  (Alex Turner, )
 Re: Intel SRCS16 SATA raid?  ("Dave Held", )
> -----Original Message-----
> From: Alex Turner [mailto:]
> Sent: Friday, April 15, 2005 9:44 AM
> To: Marinos Yannikos
> Cc: Joshua D. Drake; Mohan, Ross; 
> Subject: Re: [PERFORM] Intel SRCS16 SATA raid?
>
> No offense to that review, but it was really wasn't that good,
> and drew bad conclusions from the data.  I posted it originaly
> and immediately regretted it.

I didn't read the whole thing, but it didn't seem that bad to me.

> See http://www.tweakers.net/reviews/557/18
>
> Amazingly the controller with 1Gig cache manages a write throughput
> of 750MB/sec on a single drive.
>
> quote:
> "Floating high above the crowd, the ARC-1120 has a perfect view on
> the struggles of the other adapters. "
>
> It's because the adapter has 1Gig of RAM, nothing to do with the RAID
> architecture, it's clearly caching the entire dataset.  The drive
> can't physicaly run that fast.

And that's pretty much exactly what the article says.  Even before the
part you quoted.  Not sure what the problem is there.

> These guys really don't know what they are doing.

They weren't pretending that the drive array was serving up data at
that rate directly from the physical media.  They clearly indicated
that they were testing controller cache speed with the small test.

> Curiously:
> http://www.tweakers.net/reviews/557/25
>
> The 3ware does very well as a data drive for MySQL.
> [...]

If you take a close look, they pretty much outright say that the Areca
controller does very poorly on the random accesses typical of DB work.
They also specifically mention that the 3ware still dominates the
competition in this area.

Dave


__
David B. Held
Software Engineer/Array Services Group
200 14th Ave. East,  Sartell, MN 56377
320.534.3637 320.253.7800 800.752.8129

В списке pgsql-performance по дате отправления:

Предыдущее
От: Thomas F.O'Connell
Дата:
Сообщение: pgbench Comparison of 7.4.7 to 8.0.2
Следующее
От: Tom Lane
Дата:
Сообщение: Re: immutable functions vs. join for lookups ?