Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Aleksey Barabanov                    2:5020/400     28 Nov 2001  01:17:10
 To : Michael Shigorin
 Subject : Re: hdd is not so fast
 -------------------------------------------------------------------------------- 
 
 Michael Shigorin писал(а):
 
 > 
 > Aleksey Barabanov <alekseybb@mtu-net.ru> wrote:
 > AB>Hо если серьезно, то у меня просто давняя любовь к pio. Простая такая
 > AB>штука - пишется "в лет". А вот басмастер это уже более проблем-м-мная
 > AB>весч.
 > Пишется-то, может, и влет, да вот работает соответственно. 16М/с
 > _максимум_ при дикой загрузке процессора -- это неправильно.
 
 Hу в общем он (процессор) не дядя Том из той самой хижины, чтобы его
 жалеть ;)
 
 А вот взглянем на это с более реалистичных позиций. Так, как обычно пипл
 неискушенный смотрит на медленно ползущий прогресс-бар в mc.
 
 Создадим пару файлов t1 и t2 из "dd if=/dev/urandom" размером в 500М. с
 учетом того, что у меня 256М оперативки. А далее будем их копировать
 поочередно чтобы кэш чистить в новое содержимое, измеряя при этом время
 - "time cp ./t1 ./t3" и т.д.
 
 Получается следующая картина :
 dma-on ........... 4.2M/s
 pio-16 ........... 1.8M/s
 pio-32 ........... 3.0M/s
 
 Конечно это сначала чтение, а потом запись. Т.е. "грубо" числа можно
 удвоить. Hо заметьте, между первым и последним измерение нет существенной
 разницы ! Хотя особо ничего и не тюнинговали.
 
 Вывод : В реальной жизни практически никогда не бывает этих самых
 преславутых 20-30M/s.
 Второй вывод, в реальной жизни большой практической разницы между pio и
 dma нет.
 Третий вывод : Что с dma что без, если система начинает чекать себя по
 крону я все равно не могу в vmware играть в Civ-III ;). Тормозит все
 страшно.
 
 > 
 > Собственно, я о том, что проблем с UDMA на непаленом железе давно не вижу
 > вокруг... Тянут ядра BM и все тут. Молча, скрипя зубами.
 
 Зачем зубами скрипеть ? Прибиваем все скрипты из соседнего окна и
 спокойно доигрываем ;)
 
 Bye.
 -- 
 Aleksey Barabanov <alekseybb@mail.ru>
 
 PS:А вот загадка для домашнего решения. Почему SCSI, который и
 буферизирован, и обставлен всякими протокольностями, и у которого может
 быть в потенции даже шина девайс-контроллер медленнее, а все равно
 работает быстрее IDE ?
 
 PPS:Мне ответ можно не постить. Я уже догадался ;) Да и офтопично
 что-то становится.
 
 --- ifmail v.2.15dev5
  * Origin: Office Intranet (2:5020/400)
 
 

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

 Тема:    Автор:    Дата:  
 Re: hdd is not so fast   Michael Shigorin   26 Nov 2001 12:00:10 
 Re: hdd is not so fast   Aleksey Barabanov   27 Nov 2001 00:53:53 
 Re: hdd is not so fast   Michael Shigorin   27 Nov 2001 12:00:55 
 Re: hdd is not so fast   Aleksey Barabanov   28 Nov 2001 01:17:10 
 Re: hdd is not so fast   Eugene Gavrilov   28 Nov 2001 20:33:06 
 Re: hdd is not so fast   Dmitry J. Ivanov   29 Nov 2001 15:07:26 
 Re: hdd is not so fast   Aleksey Barabanov   30 Nov 2001 09:23:52 
 Re: hdd is not so fast   Eugene Gavrilov   04 Dec 2001 19:07:21 
 Re: hdd is not so fast   Aleksey Barabanov   05 Dec 2001 01:22:20 
 Re: hdd is not so fast   Eugene Gavrilov   05 Dec 2001 03:27:31 
 Re: hdd is not so fast   Aleksey Barabanov   05 Dec 2001 13:49:36 
Архивное /ru.linux/44133db399c3.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional