Harddisk opname problemen opgelost

[dAF2000]

Citaat:

Prachtige metingen <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />
Ik ben het volledig eens met je conclusies!..

Op de volgende link vind je vele verwijzingen en metingen naar een tragere ide performance van de 2.6 ten opzichte van de 2.4 kernels.

http://kerneltrap.org/

Tijdens zoeken naar ide performance van 2.6 kernels kwam ik het programma tiobench tegen. Dit programma is een benchmark voor multi threaded io performance. Zowel read als write.
Zelf ben ik nog niet in de gelegenheid om programma's voor de Dreambox te compileren.

Misschien heb je er iets aan. Ik ben erg benieuwd naar eventuele resultaten <img src="/ubbthreads/images/graemlins/loep.gif" alt="" />

http://sourceforge.net/projects/tiobench

Success!

Inderdaad! Op kerneltrap wordt ook over dit probleem gesproken. Dan snappen we 't in ieder geval dat het probleem in oude images niet zit en in nieuwe wel. Ik heb er helaas niet echt een oplossing gevonden.

Ik heb m'n harddisk met hdparm iets anders ingesteld in de hoop dat het helpt. Om deze tijd is er natuurlijk geen Sesamstraat, maar ik had vanavond al 't idee dat het wat hielp.

Mijn configuratie is: Hydra Zeus op USB met Hydra Zeus ook nog in de flash (dus de nieuwste kernel is actief). Emu: radegast beta13 en een Canal-kaartje. Harddisk is een Samsung SV1604N.

Ik heb van te voren dit ingetypt:

hdparm -m16 -c3 -u1 /dev/ide/host0/bus0/target0/lun0/disc

(m zestien, c drie, u een)

De maximale waarde voor -m kun je zien met "hdparm -i /dev/enz. enz." en dan kijken naar MaxMultSect. Alles op eigen risico natuurlijk <img src="/ubbthreads/images/graemlins/smile.gif" alt="" /> De documentatie van hdparm zegt ook dat je ze voorzichtig moet gebruiken, maar ik heb hier nog nooit problemen er mee gehad.

Reden voor -m16: systeemoverhead voor disk I/O zou met 30 tot 50% kunnen zakken (zie manual page hdparm)
Reden voor -c3: 32 bit ipv 16 bit tussen PCI bus en IDE chip. Zou een mogelijke snelheidverhoging geven.
Reden voor -u1: Tijdens een disk interrupt worden nu ook andere interrupts afgehandeld waardoor totale "responsiveness" beter zou moeten worden.

Wie doet mee om eens op te nemen met deze instelling en zeggen wat ze ervan vinden? Of 't echt helpt zie je meestal pas bij Sesamstraat tijdens de Nederlandse uitzendingen, de Amerikaanse verhaaltjes tussendoor geven nooit problemen.

Ben benieuwd!

[kapoentje]

Vandaag hebt ik een hardisk die moet ingebouwd worden in een computer toch maar even in mijn dreambox getest.

 

Dreambox 4 serie half jaar oud.

Harddisk Western Digital 80Mb,7200, buffer 2mb

Image Rudream b_108.2_rd_v20040909.0112.img

Emu newcamd 5.25 met AU aan.

Disk geformateerd (ext3) met Rudream.

 

Gehele sesamstraat opgenomen.

 

Resultaat: Perfect opname,weergave.

 

Hierna noch wat tests met timeshifting , geen enkele happering gezien.

 

<img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

[Eagledream]

In vervolg op de metingen van dAF2000, hier mijn bevindingen.

 

In eerste instantie kreeg ik exact dezelfde resultaten als dAF2000 met kernel 2.4.20.

Echter er was nog een winstje (read) mogelijk.

 

Mijn configuratie heeft een Maxtor 160Gb harddisk ingebouwd en hiernaast gebruik ik een extra externe Maxtor 160 Gb ingebouwd in een M*c*m externe USB behuizing voorzien van een 6 in 1 kaartlezer (uitschakelbaar) en hub met twee poorten.

De externe hdd gebruik ik voor backup doeleinden en voor tijdelijk mounten van een swapfile als ik de interne hdd met fsck.ext3 wil checken. Zonder swapfile is dit niet

mogelijk doordat er te weinig geheugen in de Dreambox is.

In de flash had ik Hydra Zeus en op hdd Hydra angharad en nogmaals zeus.

 

Hier mijn bevindingen:

 

******** Kernel 2.4.20 -- DreamMM rel107_4.img in flash -- Hydra angharad met dezelfde cams als Hydra zeus op hdd *********

 

~ > hdparm -m16 -A1 -a64 -u1 /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

setting fs readahead to 64

setting multcount to 16

setting unmaskirq to 1 (on)

setting drive read-lookahead to 1 (on)

multcount = 16 (on)

unmaskirq = 1 (on)

readahead = 64 (on)

~ > hdparm -m16 -A1 -a64 -u1 -X68 /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

setting fs readahead to 64

setting multcount to 16

setting unmaskirq to 1 (on)

setting xfermode to 68 (UltraDMA mode4) <============== !!!!!!!

setting drive read-lookahead to 1 (on)

multcount = 16 (on)

unmaskirq = 1 (on)

readahead = 64 (on)

~ > hdparm -Tt /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

Timing buffer-cache reads: 128 MB in 2.78 seconds = 46.04 MB/sec

Timing buffered disk reads: 64 MB in 2.96 seconds = 21.62 MB/sec <=========

~ > hdparm /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

multcount = 16 (on)

IO_support = 0 (default 16-bit)

unmaskirq = 1 (on)

keepsettings = 0 (off)

readonly = 0 (off)

readahead = 64 (on)

geometry = 19929/255/63, sectors = 320173056, start = 0

~ > hdparm -i /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

 

Model=Maxtor 6Y160P0, FwRev=YAR41BW0, SerialNo=Y45K14ZE

Config={ Fixed }

RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57

BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16

CurCHS=16383/16/63, CurSects=4228907259, LBA=yes, LBAsects=268435455

IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}

PIO modes: pio0 pio1 pio2 pio3 pio4

DMA modes: mdma0 mdma1 mdma2

UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 udma6 <=============!!!!!

AdvancedPM=yes: disabled (255) WriteCache=enabled

Drive conforms to: :

 

* signifies the current active mode

 

~ > hdparm -Tt /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

Timing buffer-cache reads: 128 MB in 2.81 seconds = 45.55 MB/sec

Timing buffered disk reads: 64 MB in 3.03 seconds = 21.12 MB/sec <=========

~ > hdparm /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

multcount = 16 (on)

IO_support = 0 (default 16-bit)

unmaskirq = 1 (on)

keepsettings = 0 (off)

readonly = 0 (off)

readahead = 64 (on)

geometry = 19929/255/63, sectors = 320173056, start = 0

~ > hdparm -X66 -u1 -m16 /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

setting multcount to 16

setting unmaskirq to 1 (on)

setting xfermode to 66 (UltraDMA mode2)

multcount = 16 (on)

unmaskirq = 1 (on)

~ > hdparm /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

multcount = 16 (on)

IO_support = 0 (default 16-bit)

unmaskirq = 1 (on)

keepsettings = 0 (off)

readonly = 0 (off)

readahead = 64 (on)

geometry = 19929/255/63, sectors = 320173056, start = 0

~ > hdparm -Tt /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

Timing buffer-cache reads: 128 MB in 2.80 seconds = 45.71 MB/sec

Timing buffered disk reads: 64 MB in 2.94 seconds = 21.77 MB/sec <=========

~ >

 

Overige performance: stabiel geheel, geen crashes/vastlopen tot nu toe.

*********************

*********************

 

****** Kernel 2.6.9-rc1 --beta108_2_CVS.img dd 30-12-2004 in flash -- Hydra angharad op hdd ******

 

Resultaten: Zie resultaten dAF2000

 

Instabiel; crashen na booten, zappen of rotor draaien bij opstarten, vastlopen enigma (wel telnet mogelijk) na

omschakelen tv -> radio mode en terug, vastlopen enigma (wel nog telnet).

Na reboot vastlopen op USB disk (Hub wel aangesloten, externe drive niet)

 

Met DreamMM rel108_1.img in flash heb ik veel USB problemen ervaren met HDD, externe CF en

USB hub (e.a. is bekend in de linux wereld voor deze kernel versie).

*********************

*********************

 

 

Conclusie(s): <img src="/ubbthreads/images/graemlins/lezen.gif" alt="" />

 

- Ongeveer 25% performance winst (read) met instelling: hdparm -A1 -X66 -u1 -m16 /dev/ide.....

In het algemeen liggen de write performances van hard disks lager dan de read performance.

Dit is voor de Dreambox niet voordelig, gezien de gemeten ide restcapaciteit.

 

- Ide is niet sneller in te stellen dan udma2 mode! Is dus ATA33 en geen ATA66!!!!!!!

 

- Optie hdparm -d1 (DMA enabled) wordt niet ondersteund door Dreambox.

 

- De overgang van kernel 2.4.20 naar 2.6.9-rc1 is een ramp voor de hardware performance!!

Op de eerder genoemde links van mij zijn de verschillende optredende problemen terug

te vinden in de 2.6.9 kernel met booten, ide performance en USB problemen (allemaal van toepassing

op de Dreambox). Kernel 2.6 is totaal nieuw opgezet, qua structuur, t.o.v. de 2.4 kernels.

 

- Kernel 2.6 is nog veel te jong qua ontwikkeling, kernel 2.4 kent een veel langere ontwikkeling

in de tijd gezien. De 2.4 kernel is daardoor sterker, stabieler en ondersteunt meer soorten

en typen hardware.

 

- Er ziten nog veel te veel bugs in de 2.6.9 kernel (zie voorgaande link).

 

- Newcamd 5.24/5.25.5.26 verstoort in kernel 2.6.9-rc1 de restcapaciteit van de ide,

waardoor stotteren kan ontstaan. (zie performance meting dAF2000)

AU=on geeft nog meer vertragingen/onderbrekingen. Er zijn vermoedelijk te veel decoderingen

in deze cam aanwezig waardoor deze het systeem te veel vertraagd/onderbreekt.

 

- Overige cams geven geen problemen (minder decoderingen per cam)

 

- Het beste zou volgens mij zijn als de verschillende images (Hydra etc) weer zouden uitgaan van de

2.4.20 kernel en eventueel de 2.4.27 kernel (Laatste 2.4 kernel).

Dit geldt ook voor het compileren van de modules en de cams.

 

- In de flash kan nu het best een Dream multi media rel107_4.img worden gezet en Hydra zeus of angharad

op hdd of usb. Dit systeem is bij mij na alle voorgaand beschreven problemen, niet meer

gecrashed en heeft ook geen andere problemen getoond.

 

- Dream multi media, de fabrikant van de Dreambox, maakt blijkbaar geen haast met het

uitbrengen van een 108_2 image. De reden lijkt mij nu wel duidelijk.

De link naar de beta 108_2.img is inmiddels ook van hun website verdwenen.

 

Meer kan ik, op dit moment, niet uit de ide halen in de Dreambox!!!

Misschien dat er nog iemand iets met hdparm en tiobench kan bereiken (write performance

verder onderzoeken).

 

*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!

Laat dit tevens een oproep zijn aan de verschillende image teams om weer eens een image

uit te brengen op basis van een van de laatste 2.4 kernels.

Dat gehannes met een 2.6 kernel geeft alleen maar Dreambox problemen.

Het kan nog wel een paar jaar duren voordat de 2.6 kernel even stabiel is als

de 2.4 kernel. <img src="/ubbthreads/images/graemlins/loldev.gif" alt="" />

*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!*!

 

Success!! <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

[Gast]

Fijn dat jullie er zo diep induiken en met deze technische argumenten de functionele hiaten weten te doorgronden.

 

Ok bovenstaande technische uitleg(gen) is(/zijn) toppie <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

[Eagledream]

Bedankt voor het compliment <img src="/ubbthreads/images/graemlins/laugh.gif" alt="" />

 

Helaas voegt je antwoord niets toe aan deze discussie en/of bevindingen.

Graag deze thread schoon houden in het belang van het onderwerp en de ontwikkeling van de Dreambox.

 

Groet <img src="/ubbthreads/images/graemlins/cool.gif" alt="" />

[dAF2000]

Citaat:

In vervolg op de metingen van dAF2000, hier mijn bevindingen.

De metingen tussen 2.4 en 2.6 waren van Yo! overigens <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

Citaat:

- Ongeveer 25% performance winst (read) met instelling: hdparm -A1 -X66 -u1 -m16 /dev/ide.....

De winst zit volgens m'n laatste inzichten niet in de lees/schrijfsnelheid maar in de responstijd. Zo heb ik gisteren een USB-harddisk aangesloten met een snelheid van nauwelijks 1MB/sec en zelfs daarmee kon ik aardige opnames maken. Wel haperingen, maar ik zag het busy-ledje van de harddisk maar voor de helft van de tijd branden.

Citaat:

- Ide is niet sneller in te stellen dan udma2 mode! Is dus ATA33 en geen ATA66!!!!!!!

Inderdaad. Het is me ook niet gelukt met een echte ATA66-kabel.

Citaat:

- Optie hdparm -d1 (DMA enabled) wordt niet ondersteund door Dreambox.

Klopt, maar standaard staat DMA toch al aan.

Citaat:

- De overgang van kernel 2.4.20 naar 2.6.9-rc1 is een ramp voor de hardware performance!!
Op de eerder genoemde links van mij zijn de verschillende optredende problemen terug
te vinden in de 2.6.9 kernel met booten, ide performance en USB problemen (allemaal van toepassing
op de Dreambox). Kernel 2.6 is totaal nieuw opgezet, qua structuur, t.o.v. de 2.4 kernels.

Geheel mee eens. Vooral de device drivers zijn in 2.6 totaal anders dan in 2.4. Zover ik weet, is de IDE driver door Dream zelf geschreven en hebben we er niet veel invloed op.

Citaat:

- Het beste zou volgens mij zijn als de verschillende images (Hydra etc) weer zouden uitgaan van de
2.4.20 kernel en eventueel de 2.4.27 kernel (Laatste 2.4 kernel).
Dit geldt ook voor het compileren van de modules en de cams.

Ik heb al aan een imagebouwer voorgesteld om een image uit te brengen met de 2.4 kernel en de laatste enigma. Ik zal dit ook voorstellen aan een andere imagebouwer. Ik noem geen namen om te voorkomen dat ik verwachtingen schep die uiteindelijk niet uitkomen. 't Lijkt me wel dat 't een probleem wordt voor de EMU-schrijvers en plugin-schrijvers... Die zijn niet eenvoudig bereikbaar.

Citaat:

- In de flash kan nu het best een Dream multi media rel107_4.img worden gezet en Hydra zeus of angharad
op hdd of usb. Dit systeem is bij mij na alle voorgaand beschreven problemen, niet meer
gecrashed en heeft ook geen andere problemen getoond.

Dit is helaas bij mij een onstabiele situatie. Engima blijft gecompileerd tegen een andere kernel.

Citaat:

Bedankt voor het compliment

Helaas voegt je antwoord niets toe aan deze discussie en/of bevindingen.

Iedereen die hier druk bezig is met zoeken naar oplossingen en ook de topicstarter kunnen best een compliment gebruiken <img src="/ubbthreads/images/graemlins/smile.gif" alt="" /> Bedankt voor je inzichten, overigens!

Vanavond de resultaten met de hdparm instellingen die ik voorstelde...

[Littlesat]

Nog een aanvulling die denk ik ook al eerder genoemd is. Met de kernel 2.6.5 heb ik in iedergeval geen HDD problemen. Het begint pas met de 2.6.8.1 Volgens het afstruinen van diverse linux forums zijn bepaalde harddiskjes op de DMA blacklist gekomen en daar zit het probleem. 2.7.4 (kernel 2.4.20 dacht ik) is prima!! maar voor mij werkt de 2.6.5 ook prima!!!

[Eagledream]

Citaat:

- Optie hdparm -d1 (DMA enabled) wordt niet ondersteund door Dreambox.

 

 

Klopt, maar standaard staat DMA toch al aan.

 

Hmmm, ik krijg de volgende output:

 

~ > hdparm /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

multcount = 16 (on)

IO_support = 0 (default 16-bit)

unmaskirq = 1 (on)

keepsettings = 0 (off)

readonly = 0 (off)

readahead = 8 (on)

geometry = 19929/255/63, sectors = 320173056, start = 0

~ >

 

using_dma=1(on) ontbreekt bij mij !!!!!

Geen idee waar het verschil vandaan komt.

 

Citaat:

Ik heb van te voren dit ingetypt:

 

hdparm -m16 -c3 -u1 /dev/ide/host0/bus0/target0/lun0/disc

 

(m zestien, c drie, u een)

 

-c3 parameter geeft bij mij:

 

~ > hdparm -c3 /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

setting 32-bit IO_support flag to 3

hdparm: HDIO_SET_32BIT: Invalid argument <==========!!!!!

IO_support = 0 (default 16-bit)

~ >

 

Vreemd, blijkbaar wordt 32 bit harddisk IO niet door deze kernel/enigma ondersteund.

 

Citaat:

De winst zit volgens m'n laatste inzichten niet in de lees/schrijfsnelheid maar in de responstijd. Zo heb ik gisteren een USB-harddisk aangesloten met een snelheid van nauwelijks 1MB/sec en zelfs daarmee kon ik aardige opnames maken. Wel haperingen, maar ik zag het busy-ledje van de harddisk maar voor de helft van de tijd branden.

 

Klopt, dit zijn ook mijn ervaringen zoals ik ergens in het begin van dit topic heb beschreven.

 

Citaat:

De metingen tussen 2.4 en 2.6 waren van Yo! overigens

 

Sorry heb ik niet geheel goed gelezen, hierbij alsnog mijn excuses aan Yo! <img src="/ubbthreads/images/graemlins/biggthumpup.gif" alt="" />

 

 

Citaat:

Bedankt voor het compliment

 

Helaas voegt je antwoord niets toe aan deze discussie en/of bevindingen.

 

 

--------------------------------------------------------------------------------

 

 

Iedereen die hier druk bezig is met zoeken naar oplossingen en ook de topicstarter kunnen best een compliment gebruiken

 

<img src="/ubbthreads/images/graemlins/loep.gif" alt="" /> forum <img src="/ubbthreads/images/graemlins/frown.gif" alt="" />

Overigens 100% mee eens !!! <img src="/ubbthreads/images/graemlins/biggthumpup.gif" alt="" />

 

Bedankt voor je objectiviteit!

Ben benieuwd naar je resultaten vanavond!

 

Succes! <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

[Eagledream]

Klopt, is ook mijn ervaring met andere linux dozen!

 

Echter wel problemen met USB poorten en hardware.

Dit was voor mij de reden om niet de rel108_1.img te gebruiken in de Dreambox.

Werken met externe USB harddisk gaat dan niet goed! <img src="/ubbthreads/images/graemlins/biggthumpdown.gif" alt="" />

[Gast]

Hallo, weer een berichtje van kees (de topic starter).

 

Inderdaad melde ik al op 20/11 dat de kernel 2.6.5 stabiel was en de versie erna niet meer. Maar ja deze thread is wel erg lang geworden. Ondertussen draai ik nog steeds, tot volle tevredeheid, op de 1.08 release in flash en Hydra Zeus op de USB stick.

 

Kees

[Littlesat]

Alleen zit je dan met een gek feit dat de box soms naar NTSC omspringt (sat scan...)

[dAF2000]

Eerst het belangrijkste nieuws dan maar:

 

Met hdparm -m16 -c3 -u1 /dev/ide/host0/bus0/target0/lun0/disc en radegast beta13 en de evil SV1604N harddisk heb ik Sesamstraat opgenomen op een echte Hydra Zeus (geen andere kernel enzo). En ik had totaal geen haperingen! Heb ik nou gewoon geluk gehad, of werkt dit echt (voor mij)?

 

Citaat:

-c3 parameter geeft bij mij:

 

~ > hdparm -c3 /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

setting 32-bit IO_support flag to 3

hdparm: HDIO_SET_32BIT: Invalid argument <==========!!!!!

IO_support = 0 (default 16-bit)

Probeer eens -c1 ipv -c3. Dit zou zelfs een nog betere performance geven.

 

Citaat:

Inderdaad melde ik al op 20/11 dat de kernel 2.6.5 stabiel was en de versie erna niet meer.

Ik dacht dat 2.6.5 bij mij ook iets betere resultaten gaf, maar ik ben 't eigenlijk vergeten <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

Als we geen 2.4 kernel willen gebruiken, dan zou misschien 2.6.5 met de hdparm zoals ik die gaf en dan nog met -c1 ipv -c3 de allerbeste resultaten geven, denk ik. Maar ik ben nu al dik tevreden! Zonden ze maar heel de dag Sesamstraat uit, dan viel er wat meer te testen <img src="/ubbthreads/images/graemlins/loldev.gif" alt="" />

[Tonskidutch]

dAF200, Yo, eagledream en alle andere researchers,

 

ik moet inderdaad een pluimpje en de complimenten geven

a) aan de thread

aan jullie verbitterde zoektocht naar de oorzaken..

c) aan jullie kennis en ervaring..

 

echter kan het geen algemeen probleem zijn dat de kernel de boosdoener zou is

 

en niet alleen ik maak mooie opnames met de zeus en de - 1.08.2 kernel (2.6.9-rc1) erin, maar honderden dreambox bezitters naast mij.

 

dat je al metende buggy stuff ontdekt in het kernel is wellicht een juiste constatering, maar dat daarom ook de harddisk opnames stotteren (bij een ieder) is niet het geval.

 

dus er zal een andere verklaring zijn dan alleen de kernel zelf..

misschien wel een cummulatief effect van kernel + ? + ? + ?

(? staat voor image configuratie en/of hdd specificaties)

 

al mee lezende (misschien ook minder technisch dan jullie) zie ik enkele kreten in meerdere threads.>

 

duidelijke invloed:

au=NO

hdd dipswitch = cableselect

image in flash

newcamd of een andere emu/softcam

formateren hdd

nederlandse zenders (bitrates of tijdstip gebonden)

 

niet duidelijk is:

MHW epg data invloed

de bandbreedte in je LAN (maxconnections)

usb stick (addons<versus>stick specificaties)

.... als we al meerdere processen gelijktijdig hebben lopen TOP

plugins die op de achtergrond meedraaien

licrypt.so versies

 

wat kun je absoluut uitsluiten aan invloeden (uit bovenstaand)

 

dat er al een verschil bestaat in hetgeen je hier meldt

Citaat:

using_dma=1(on) ontbreekt bij mij !!!!!

Geen idee waar het verschil vandaan komt.

is toch ook een reden om aan te nemen dat er per definitie nooit identieke configuraties draaien met verschillende hdd's

 

~ > hdparm /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

multcount = 0 (off)

IO_support = 0 (default 16-bit)

unmaskirq = 0 (off)

keepsettings = 0 (off)

readonly = 0 (off)

readahead = 256 (on)

geometry = 39770/16/63, sectors = 40088160, start = 0

~ >

 

{ [color:"red"] even de output erbij van mijn hdd [/color] }

 

cheers

[dAF2000]

Citaat:

wat kun je absoluut uitsluiten aan invloeden (uit bovenstaand)

Inderdaad. Ik kan ook bijna niet geloven dat er mensen zijn die geen problemen hebben. Zelfs de schoenmaat van Yo! speelt mee, zoals hij al zei <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />
Let wel, ik heb/had 9 van de 10 gevallen geen problemen, maar ik streef wel naar perfectie. Zeker als je weet dat het "vroeger" allemaal beter was. Ik denk dat uit alle tips die hier ondertussen al staan, hij of zij maar degene moet kiezen die het beste werkt voor elke specifieke Dreambox.

Citaat:

~ > hdparm /dev/ide/host0/bus0/target0/lun0/disc

/dev/ide/host0/bus0/target0/lun0/disc:
multcount = 0 (off)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 39770/16/63, sectors = 40088160, start = 0
~ >

Probeer dit eens: cat /proc/ide/ide0/hda/settings (Hydra Zeus). Daar heb ik netjes de using_dma bij staan.

[Tonskidutch]

cat /proc/ide/ide0/hda/settings

using dma 1 0 1 rw

 

hier nog een andere die ik over most typen van de telnet prompt naar hier...>

[color:"green"] ~ > hdparm -i /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

 

Model=IBM-DPTA-372050, FwRev=p760A330A, SerialNo=JMY JMJ63966

Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }

RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=34

BuffType=DualPortCache, BuffSize=1961kB, MaxMultSect=16, MultSect=off

CurCHS=16383/16/63, CurSects=4228907259, LBA=yes, LBAsects=40088160

IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}

PIO modes: pio0 pio1 pio2 pio3 pio4

DMA modes: mdma0 mdma1 mdma2

UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5

AdvancedPM=yes: WriteCache=enabled

Drive conforms to: ATA/ATAPI-4 T13 1153D revision 17: 1 2 3 4

 

tT /dev/ide/host0/bus0/target0/lun0/disc

-sh: cannot create hdparm: Read-only file system [/color]

 

misschien lijkt die buffer size toch iets belangrijks (als ik alle overige er naast leg

 

cheers