Re: Considering Solid State Drives

Поиск
Список
Период
Сортировка
От David Siebert
Тема Re: Considering Solid State Drives
Дата
Msg-id 4CDC0E7D.6090206@aretoo.com
обсуждение исходный текст
Ответ на Re: Considering Solid State Drives  (Vick Khera <vivek@khera.org>)
Ответы Re: Considering Solid State Drives  (Joachim Worringen <joachim.worringen@iathh.de>)
Список pgsql-general
ZFS has an option to use an SSD as cache for the spinning drives. ZFS
under Solaris has turned in some really good IO numbers. The problem is
with the new Sun I am not feeling so good about the open nature of
Solaris. ZFS performance under BSD I have read does not match ZFS under
Solaris.

On 11/11/2010 8:35 AM, Vick Khera wrote:
> On Thu, Nov 11, 2010 at 1:42 AM, Allan Kamau <kamauallan@gmail.com> wrote:
>> After googling I found little resent content (including survival
>> statistics) of using SSDs in a write intensive database environment.
>>
> We use the Texas Memory RAMSan-620 external disk units.  It is
> designed specifically to survive high write loads, and uses internal
> monitoring and load leveling and spare parts with internal RAID
> configuration to keep from losing data in the eventual case when the
> SSD chips wear out.  When that happens, you just swap out the failed
> piece and it keeps humming along.
>
> I wouldn't trust an SSD as a stand-alone drive for a DB.  At minimum,
> I'd RAID1 them using the SATA controller... but be sure to get SATA3
> or even better SAS connected drives if you want to maximize the speed.
>


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

Предыдущее
От: Radosław Smogura
Дата:
Сообщение: Re: Considering Solid State Drives
Следующее
От: David Fetter
Дата:
Сообщение: Re: good settings for DB parameters such as shared_buffers, checkpoint_segment in Postrgesql 9