ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     20 Mar 2003  19:27:26
 To : Maxim Timofeyev
 Subject : Re: Собрать ядро без поддержки swap'инга.
 -------------------------------------------------------------------------------- 
 

 
    Hi, Maxim!
 
 >>>>> "MT" == Maxim Timofeyev <Maxim.Timofeyev@p1.f1763.n5030.z2.fidonet.org>
 >>>>> writes:
 
 VB>>  да, работать будет "шустрее".  Ты посмотри, сколько %% времени на
 VB>>  твоем рабочем сервере процессор проводит в kernel-space?  А если
 VB>>  выключить swap?  Это ведь не так сложно, в сравнении с "отрыванием
 VB>>  свопинга совсем" ;)
 
  MT> Вопрос вот в чем -- приведет ли, хотя бы в теории, к увеличению
  MT> быстродействия полное отрывание swap'инга по сравнению с его
  MT> выключением.
 
  еще раз, очевидно что выкидывание ненужного кода приведет к увеличению
  бустродейсвия.   Я тебе предлагаю просто выяснить %% времени процессора,
  которое тартится HА ВЕСЬ код работающий в kernel space.
  
  Т.е. тот максимум, от которого ты будешь выкидывать несколько капель.
  
  Предлагаю проверить это в двух режимах
  1. с включеным свапингом
  2. с выключеным.
     
  в первом случае в коде, грубо говоря будет выполняться инсрукции
   if (has_swap) { do_swap_page(); }
   
  во втором случае, будет выполняться ТОЛЬКО проверка условия.
  
  "выкидывание кода обеспечивающего swap" фактически выкинет проверки.
  
  Я считаю (вообще не копавшись в коде ядра, просто знаю архитектуру и
  характер нагрузки на моей машине), что эта "экономия" по сути КАПЛЯ В
  МОРЕ.
  
  вот, с последнего дергания эдектричеством прошло 10 дней.
  CPU states:  8,7% user,  6,3% system,  0,0% nice, 84,8% idle
 
  т.е.  6,3% времени у меня процессор сидит в ядре.
  
  Какой смысл тратить МОЕ ВРЕМЯ (или чье=то еще время), на то, чтоб получить
  вместо 6,3%, скажем, 6,2%?
  
  ведь 0,1% это прирост?  Да!  Hо какова цена этого прироста?
  
  собери статистику на своем сервере.  И подумай ТЕБЕ ОHО HАДА?
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

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