| От | Greg Stark |
|---|---|
| Тема | Re: cpu_tuple_cost |
| Дата | |
| Msg-id | 874qfblhqb.fsf@stark.xeocode.com обсуждение исходный текст |
| Ответ на | Re: cpu_tuple_cost ("Magnus Hagander" <mha@sollentuna.net>) |
| Список | pgsql-performance |
"Magnus Hagander" <mha@sollentuna.net> writes: > What about the cache memory on the disk? Even IDE disks have some 8Mb > cache today, which makes a lot of difference for fairly short scans. > Even if it's just read cache. That'll bring the speed of random access > down to a 1=1 relationship with sequential access, assuming all fits in > the cache. 8MB cache is really insignificant compared to the hundreds or thousands of megabytes the OS would be using to cache. You could just add the 8MB to your effective_cache_size (except it's not really 100% effective since it would contain some of the same blocks as the OS cache). -- greg
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера