Freifunk Halle

Verfasst: **08.06.2009 23:17**

Hallo,

ich setze in meinem Router eine CF-Karte als Festplattenersatz ein, mir ist schon seit einiger Zeit aufgefallen, dass die CPU eigentlich nur ausgelastet wird, weil sie auf I/O Operationen wartet. Hat das schon mal jemand beobachtet.

Erst dachte ich es liegt an der alten Karte, aber eine neue brachte auch keine besserung, auch die 2,5 GB Festplatten die ich von Tuxmos hab brauchen so ewig. Ich habe die Karten mal in nem usb kartenleser getestet, da sind die viel schneller, kann es vllt am Controller liegen, die Firewall läuft auf einem Via KT133a Chipsatz (hab jetzt keine Ahnung welche SouthBridge).

Jemand nen Tipp was ich mal ausprobieren könnte (spezielle Treiber installieren), oder nen anderen Adapter verwenden ( meiner ist eigentlich nur ein physikalischer, so dass das ide kabel und der strom an die karte geht).

Auf dem Board ist auch noch ein Highpoint IDE-Raid Controller, sollte ich den mal probieren, dann komme ich aber um spzielle Treiber nicht umher.

Als Firewall-Distribution verwende ich Endian (ein IPCOP Fork) (die übrigens vor wenigen Tagen ne neue Version bekommen hat)

MFG Matthias

Verfasst: **09.06.2009 00:09**

Hey,

wäre spannend die Kernel-Config vom Endian zu kennen. Klingt nach unsauberen Einstellungen. Würd als erstes versuchen, den Highpoint zu nutzen. Hab den auch und die Kernel-Module aus dem Vanilla-Kernel arbeiten so weit prima. Wenn sie das bei Endian als Modul im Kernel drin haben, brauchste nix Treiber. An sonsten mal rausfinden, wie du für Endian Kernel baust und da genauer reinschauen.

Stefan

Verfasst: **09.06.2009 07:30**

ja die bieten auch die komplette build umgebung an, sodass ich mir module bzw nen neuen kernel bauen kann.

Verfasst: **09.06.2009 07:45**

Kannst du das "langsam" etwas näher beschreiben ?
Was liefert "hdparm -tT /dev/hda" ?
Die 2,5" (IPod)-Platten sind nicht wirklich schnell.
Auf meinem ALIX sieht das so aus :

Code: Alles auswählen

root@ipcop:~ # hdparm /dev/harddisk

/dev/harddisk:
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 4845/16/63, sectors = 4883760, start = 0
oot@ipcop:~ # hdparm -tT /dev/harddisk2

/dev/harddisk2:
 Timing cached reads:   900 MB in  2.00 seconds = 450.00 MB/sec
 Timing buffered disk reads:   14 MB in  3.00 seconds =   4.67 MB/sec

Für eine CF-Karte habe ich keine Vergleichswerte.

Verfasst: **09.06.2009 08:30**

Code: Alles auswählen

root@router:~ # hdparm -tT /dev/hdc

/dev/hdc:
 Timing cached reads:   456 MB in  2.01 seconds = 227.15 MB/sec
 Timing buffered disk reads:   42 MB in  3.09 seconds =  13.59 MB/sec

root@router:~ # hdparm  /dev/hdc

/dev/hdc:
 multcount    =  0 (off)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 15733/16/63, sectors = 8119738368, start = 0

Also Dateioperationen dauern gefühlt eine Ewigkeit, also öffnen von ordnern, oder auspacken von tar archiven

Verfasst: **09.06.2009 12:06**

Hallo,

was meint ein: "sudo hdparm /dev/ ..."? UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5

Den UDMA nach unten nehmen. Vielleicht erkennen Kernel oder Bios das Laufwerk falsch. Können, sollte er es: http://rma.asus.de/support/faq/faq006_bm_ide.htm

Such mal IDE DMA Problem Southbridge VT82C686B. Der 133iger war immer schon langsam.

http://www.tecchannel.de/pc_mobile/extr ... ndex3.html
http://www.au-ja.de/review-kt133a-linux.phtml

Also Bios aktuell, Kabel i.O.?

Verfasst: **09.06.2009 17:15**

OK, ich werds mal schauen, das mit Siggis letzem Post ist mir nicht aufgefallen, da alle Platten immer am RAID-Controller hingen.

mfg

Freifunk Halle

CF-Karte extrem langsam

CF-Karte extrem langsam

Re: CF-Karte extrem langsam

Re: CF-Karte extrem langsam

Re: CF-Karte extrem langsam

Re: CF-Karte extrem langsam

Re: CF-Karte extrem langsam

Re: CF-Karte extrem langsam