Re: What exactly is postgres doing during INSERT/UPDATE ?
Вложения
В списке pgsql-performance по дате отправления:
| От | Aidan Van Dyk |
|---|---|
| Тема | Re: What exactly is postgres doing during INSERT/UPDATE ? |
| Дата | |
| Msg-id | 20090831144809.GF12444@oak.highrise.ca обсуждение исходный текст |
| Ответ на | Re: What exactly is postgres doing during INSERT/UPDATE ? (Merlin Moncure <mmoncure@gmail.com>) |
| Список | pgsql-performance |
* Merlin Moncure <mmoncure@gmail.com> [090831 10:38]: > I agree, that's good analysis. The main point I was making was that > if you have say a 10 disk raid 5, you don't involve 10 disks, only > two...a very common misconception. I made another mistake that you > didn't catch: you need to read *both* the data drive and the parity > drive before writing, not just the parity drive. > > I wonder if flash SSD are a better fit for raid 5 since the reads are > much cheaper than writes and there is no rotational latency. (also, > $/gb is different, and so are the failure cases). The other thing that scares me about raid-5 is the write-hole, and the possible delayed inconsistency that brings... Again, hopefully mitigated by a dependable controller w/ BBU... -- Aidan Van Dyk Create like a god, aidan@highrise.ca command like a king, http://www.highrise.ca/ work like a slave.
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера