ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     29 Mar 2004  11:07:54
 To : Dmitry Budanov
 Subject : Re: oracle и swap
 -------------------------------------------------------------------------------- 
 

 
 >>> Dmitry Budanov wrote:
 
 DB> проблема в том что так себя ведет именно oracle, например dd ... bs=1G
 DB> ... себя так не ведет, честно откусывает 1G от cached. sybase ведет себя
 DB> подобно dd, но до указанного размера раздувается по мере необходимости.
 DB> почему именно oracle ведет себя именно так? пробовал в разными размерами
 DB> SGA, PGA, вплоть до минимальных - нифига, все равно в своп лезет :(
 DB> пробовал SGA распологать в shm, не помогло. особенно странным выглядит
 DB> активное импользование свопа при full-scan таблиц (судя по vmstat), с
 DB> _диким_ торможением самой операции. что я делаю не так?
 
 Вообще-то у оракла дохрена и больше ручек настройки, в том числе наверняка
 и по управлению памятью. Покопайся там.
 Факт тот, что систему можно через madvise(,,MADV_DONTNEED) попросить
 унести страницы в своп:
 
      MADV_DONTNEED    Allows the VM system to decrease the in-memory priority
                       of pages in the specified range.  Additionally future
                       references to this address range will incur a page
                       fault.
 
 Может, оракл это стал у тебя явно делать.
 -netch-
 --- ifmail v.2.15dev5.3
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: oracle и swap   Valentin Nechayev   29 Mar 2004 11:07:54   Re: oracle и swap   Valentin Nechayev   29 Mar 2004 11:27:26