ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : yx                                   2:5020/400     06 Feb 2001  04:00:57
 To : All
 Subject : Re: VM trashing
 -------------------------------------------------------------------------------- 
 

 Valentin Nechayev <netch@carrier.kiev.ua> wrote:
 
 > 
 > Стоит относительно толстый тазик под RH6.2, ядро 2.2.16, 256M оперативки,
 > осн. нагрузка - апач и CGIки. В стабильном состоянии procinfo рассказывает:
 > свободно памяти - ~12000, буферов - ~40000. Hачинаем тянуть что-то толстое
 > по ftp с соседнего тазика. Свободной памяти падает до ~2000, буферов растет
 > до ста тысяч и дальше, начинается активная запись на диск и массово растет LA.
 > LA растет неограниченно (до 100 доходили, пока не надоедало мешать нормальной
 > работе), после обрыва такой вредной выкачки - падает очень медленно.
 > Такое впечатление, что оно не успевает сбрасывать страницы из буфера на диск.
 > Кого лечить, VM или дисковую систему? С дисками вроде все нормально -
 > адаптек 7896, IBM'ки на 80 мегах в секунду.
 
  How do control how much dirty data we can have in the buffer cache before
  the data gets written out to disk?
 
  если я не ошибаюсь, то это лечится тюнингом page_aging_tactic в VM.
 
  соответ-е ядренные патчи лежат на www.surriel.com/patches/
 
  там есть нижеприведенный page aging tactic и еще неск-ко инт-х фич.
 
 /*
  * The user can chose a page aging tactic by echoing the
  * corresponding number to /proc/sys/vm/page_aging_tactic.
  *
  * PAGE_AGE_NONE, don't do page aging at all:
  *     - good for benchmarks and special workloads ?
  * PAGE_AGE_EXP, exponential decay of the page age:
  *     - closer to LRU
  *     - good balance between accuracy and CPU use
  *     - the default value
  * PAGE_AGE_LINEAR, linear decay of the page age:
  *     - closer to LFU
  *     - better "graceful decline" under several types of load
  *     - can be CPU hungry under some circumstances
  *
  * For most (light) workloads it shouldn't matter all that
  * much which page aging tactic you use, but for some heavy
  * loads it makes a big difference.
  */
 bye.
 
 -- 
 Vladimir Yakovetsky
 --- ifmail v.2.15dev5
  * Origin: Disorganized yx's groupie (2:5020/400)
 
 

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