|
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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/44133db399c3.html, оценка из 5, голосов 10
|