ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Aleksey Barabanov                    2:5020/400     27 Nov 2001  00:53:52
 To : Serge N. Pokhodyaev
 Subject : Re: hdd is not so fast
 -------------------------------------------------------------------------------- 
 

 "Serge N. Pokhodyaev" писал(а):
 
 > 
 > ## On Sun, 25 Nov 2001 15:27:08 +0300
 > ## Aleksey Barabanov wrote to Alexey Roshin:
 > 
 > AB> Imho, включение dma не ускоряет работу девайса а просто разгружает
 > AB> процессор при этом конкретно засирая pci на ряде мамочных компоновок,
 > AB> например BX.
 > 
 > Откуда инфа (о том, что засирает)?
 
 Я немножечко контачу с разработчиками басмастерных драйверов (конечно
 не тех что в ядре). Правда все очень сильно зависит от чипсета, вернее
 от pci арбитра. Алгоритм этого арбитра и особенно его предпочтения
 полностью на совести разработчиков материнок.
 
 Это все конечно офтопик, но если расказать как (и чем !) народ меряет
 циклы простоя шины при отладке своих девайсов, то силиконовая долина
 лопнет от смеха.
 
 > 
 > AB> Опять же imho, для последних архитектурных достижений wintel-технологии
 > AB> не пересчитывалось, но обычно всегда было так, скорость винта > скорост
 > AB> pio > скорость DMA.
 > 
 > Значит, у меня не как у всех: 18.29MB/sec в DMA против 5.90MB/sec PIO. :)
 > UDMA33, 32bit i/o, Fujitsu MPG3409AT E, 440BX.
 
 Да у меня тоже вроде ничего
 --------------------------------
 /dev/hda:
  multcount    = 16 (on)
  I/O support  =  0 (default 16-bit)
  unmaskirq    =  0 (off)
  using_dma    =  1 (on)
  keepsettings =  0 (off)
  nowerr       =  0 (off)
  readonly     =  0 (off)
  readahead    =  8 (on)
  geometry     = 5005/255/63, sectors = 80418240, start = 0
  
 /dev/hda:
  Timing buffered disk reads:  64 MB in  2.37 seconds = 27.00 MB/sec
  
 /dev/hda:
  multcount    = 16 (on)
  I/O support  =  0 (default 16-bit)
  unmaskirq    =  0 (off)
  using_dma    =  0 (off)
  keepsettings =  0 (off)
  nowerr       =  0 (off)
  readonly     =  0 (off)
  readahead    =  8 (on)
  geometry     = 5005/255/63, sectors = 80418240, start = 0
  
 /dev/hda:
  Timing buffered disk reads:  64 MB in 14.95 seconds =  4.28 MB/sec
 ----------------------------
 Hо это просто частный случай ;)
 
 Тем не менее : Самый быстрый басмастер это процессор. Для него
 басмастеринг прозрачен, т.е. все вопросы с прерыванием и рестартом
 посылок решает арбитр шины. Если происходит прерывание, то pio начинает
 сразу выборку блока, а басмастер надо сначала процессором же "зашить" а
 потом только стартануть. И есть еще море всяких издержек. В однозадачной
 системе типа DOS pio-драйвер можно засинхронизировать со шпинделем (не
 подумайте, что по биту в регисте состояния, ибо он давно не работает) и
 получить "рекорд" скорости для девайса. А для DMA процесс слабо
 управляем. Правда это все в теории. В натуре, если система хочет
 выглядеть как многозадачная, то она никакому драйверу не позволит занять
 процессор на 100% и тогда получаются как раз те цифры которые и есть.
 
 Проиллюстрируем сказанное.
 -------------------------------
 /dev/hda:
  multcount    = 16 (on)
  I/O support  =  1 (32-bit)
  unmaskirq    =  0 (off)
  using_dma    =  1 (on)
  keepsettings =  0 (off)
  nowerr       =  0 (off)
  readonly     =  0 (off)
  readahead    =  8 (on)
  geometry     = 5005/255/63, sectors = 80418240, start = 0
     
 /dev/hda:
  Timing buffered disk reads:  64 MB in  2.15 seconds = 29.77 MB/sec
      
 /dev/hda:
  multcount    = 16 (on)
  I/O support  =  1 (32-bit)
  unmaskirq    =  0 (off)
  using_dma    =  0 (off)
  keepsettings =  0 (off)
  nowerr       =  0 (off)
  readonly     =  0 (off)
  readahead    =  8 (on)
  geometry     = 5005/255/63, sectors = 80418240, start = 0
        
 /dev/hda:
  Timing buffered disk reads:  64 MB in  7.99 seconds =  8.01 MB/sec
 -------------------------
 Как видите, я взвел 32-разрядную посылку на шине (hdparm -c1 для тех кто не
 знает).
 Хадэ все понял. И pio адекватно удвоилось. А басмастер наклал элефеву башню на
 это.
 И знаете почему ? ... Правильно ! - По своей врожденной архитектурной тупости !
 
 Bye.
 -- 
 Aleksey Barabanov <alekseybb@mail.ru>
 
 PS:А мажду прочим pio бывает разное. А какое pio использует драйвер ? Hе надо
 долго гадать - то, что работает на наибольшем спектре железа. А как вы думаете
 почему так "страшно" написано в разделе ключа "-p" в мане hdparm ? Вот-вот,
 не для слабонервных все это ;)
 
 PPS:"А ТЫ еще не испытал острые ощущения от тюнинга своего линукса подбором
 hdparm -p ?" (с) из какой-то рекламы про ириски ;)
 --- ifmail v.2.15dev5
  * Origin: Office Intranet (2:5020/400)
 
 

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