Re: SSD performance

Поиск
Список
Период
Сортировка
Искать
От
M. Edward (Ed) Borasky
Тема
Re: SSD performance
Дата
Msg-id
497A89F4.2080907@cesmail.net
Ответ на
Re: SSD performance (Joshua D. Drake)
Список
Дерево обсуждения
SSD performance david@lang.hm
Re: SSD performance Glyn Astill <glynastill@yahoo.co.uk>
Re: SSD performance david@lang.hm
Re: SSD performance Merlin Moncure <mmoncure@gmail.com>
Re: SSD performance david@lang.hm
Re: SSD performance Greg Smith <gsmith@gregsmith.com>
Re: SSD performance david@lang.hm
Re: SSD performance Gregory Stark <stark@enterprisedb.com>
Re: SSD performance david@lang.hm
Re: SSD performance Scott Carey <scott@richrelevance.com>
Re: SSD performance Jeff <threshar@torgo.978.org>
Re: SSD performance David Rees <drees76@gmail.com>
Re: SSD performance Scott Carey <scott@richrelevance.com>
Re: SSD performance Jeff <threshar@torgo.978.org>
Re: SSD performance david@lang.hm
Re: SSD performance Scott Marlowe <scott.marlowe@gmail.com>
Re: SSD performance Matthew Wakeling <matthew@flymine.org>
Joshua D. Drake wrote:
> This community is notorious for "optimum". MySQL is notorious for "satisfy".

Within *this* community, MySQL is just plain notorious. Let's face it --
we are *not* dolphin-safe.



> 
> Which one would you rather store your financial information in?

The one that had the best data integrity, taking into account the RDBMS
*and* the hardware and other software.

> I actually agree with you to a degree. A loud faction of this community
> spends a little too much time mentally masturbating but without that we
> wouldn't have a lot of the very interesting features we have now.

Yes -- you will never hear *me* say "Premature optimization is the root
of all evil." I don't know why Hoare or Dijkstra or Knuth or Wirth or
whoever coined that phrase, but it's been used too many times as an
excuse for not doing any performance engineering, forcing the deployed
"solution" to throw hardware at performance issues.


> 
> 
> There is no correct in left.
> There is no correct in right.
> Correctness is the result of friction caused by the mingling of the two.

"The only good I/O is a dead I/O" -- Mark Friedman

-- 
M. Edward (Ed) Borasky

I've never met a happy clam. In fact, most of them were pretty steamed.
В списке pgsql-performance по дате отправления
От: Greg Smith
Дата:
Сообщение: Re: postgresql 8.3 tps rate
От: Thomas Finneid
Дата:
FAQ