Такая же байда была, когда я собрал ядро просто для какого-то чипсета. Для Intel вроде...
Потом собрал для моего и все пошло.. Попробуй под себя собрать
2printf, по всем признакам это ядро собрано без поддержки твоего чипсета или драйвер модулем собран. Попробуй сделать так modprobe via82cxxx, или что то в этом роде. А потом попробуй изменить дма режим. А свой чипсеть можно узнать просто lspci.
Во еще что вспомнил, у меня мать на чипсете VIA KT600 и при выполнении команды hdparm -tT /dev/hda скорость всего ничего. И как я не бился ничего не выходит. Люди у кого чипсет от via будьте добры покажите свой вывод команды написанной выше.
WorkStationUbuntu 10.10 on Fujitsu-Siemens Amilo Pro 3545
скорость винта напрямую зависит от его размера.
чем больше ёмкость - тем больше скорость.
как это, как это?
Вы хотите сказать, что моя 80-гигабайтная барракуда должна быть вдвое быстрее такой же барракуды, но 40-гигабайтной?
Кстати, именно по барракудам PATA (7200 об/мин) у меня очень большая статистика, через мои руки они прошли чуть не десятками, от 40 до 120 Гбайт (да и сейчас две стоит). Так вот, все они давали по hdparm -t около 38-40 Мбайт/сек, вне зависимости от размера
Я почему то склонен это относить к особеностям драйвера Via. Но вот чего понять не могу как так получаеться что падает и cached reads. Это вообще по моему мнению не зависит от дравера или же это касаеться не дискового кеша, а кеш котрый находиться в памяти?
WorkStationUbuntu 10.10 on Fujitsu-Siemens Amilo Pro 3545
Вы хотите сказать, что моя 80-гигабайтная барракуда должна быть вдвое быстрее такой же барракуды, но 40-гигабайтной?
я в железе ноль, но один мой друг, который компы собиоает, говорит мне именно такие вещи.
вринципе, это логично, потому что за один оборот считываются разные обьёмы информации.
Вы хотите сказать, что моя 80-гигабайтная барракуда должна быть вдвое быстрее такой же барракуды, но 40-гигабайтной?
я в железе ноль, но один мой друг, который компы собиоает, говорит мне именно такие вещи.
вринципе, это логично, потому что за один оборот считываются разные обьёмы информации.
логику тут не вижу ни малейшей, потому что реальная скорость доступа к произвольной информации определяется массой факторов - от объема дискового кэша и алгоритма кэширования до устройства файловой системы.
А последовательный доступ к диску, который и меряется hdparm -t, на 90 % определяется скоростью вращения диска
Поэтому все семитысячники и показывают тут практически одинаковые результаты
ну, не знаю. у меня maxtor 40 gb - 40 mb/s, samsung 160 gb - 60 mb/s. ata 100, тачка вообще не самая быстрая. просто на пластинах инфа более плотным образом размещается и за один оборот диска больше инфы считывается.
ну, не знаю. у меня maxtor 40 gb - 40 mb/s, samsung 160 gb - 60 mb/s. ata 100, тачка вообще не самая быстрая. просто на пластинах инфа более плотным образом размещается и за один оборот диска больше инфы считывается.
так это речь идет о объеме пластин, а не объеме диска
обычно разнообъемные диски одной серии сделаны из одних и тех же пластин - но разного из количества
а что не так у меня?
[root]# hdparm -tT /dev/hdc
/dev/hdc:
Timing buffer-cache reads: 512 MB in 2.00 seconds = 255.47 MB/sec
Timing buffered disk reads: 60 MB in 3.02 seconds = 19.84 MB/sec