11 Feb
2003
11 Feb
'03
4:30 p.m.
...But even 30 MB/sec should be far enough to get
dropout-free recording.
44100 * 16 * 2 (bit/sec) = 1411200 bit/s
44100*16*2/8 = 176400 byte/s = around 200 kB/sec.
See? Even if you play at the same time (duplex), your
30 MB/sec is far more than that.
One more thing, but be aware, I heard switching the
dma-transfer-rate might be dangerous
if you don't have the new 80pin cables. (right?)
Yes, I definatly have the cables.
you might want to check. "hdparm -i" which
gives you
some "*" on the options
that are set. see the "dma1 dma2 dma3 dma4 dma5" line,
which (in my case has the "*" at the dma4=100MB/secautomatically set.)
Here's what doesn't make sense to me. The Web Site that you referred
me to says:
"Ultra DMA modes, such as UDMA2, 4, and 5, are also referred to as
ATA/33, ATA/66, and ATA/100, respectively."
Now, the term "respectivly" means that mode 5 refers to ATA/100.
When I look at the output of "dmesg" I see the line:
"SiS730 ATA 100 controller"
And yet the output of "hdparm -i /dev/hda" lists"
Model=Maxtor 6Y080P0, FwRev=YAR41VW0, SerialNo=Y30HJLPE
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=16514064, LBA=yes, LBAsects=160086528
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
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): 1 2 3 4 5 6 7
There's not even a listing for udma5.
Since I keep reading all these warnings
about not trying settings that aren't supported,
should I try udma5?
Just in case I missed something (and I've been reading everything
can get my hands on for weeks now) here some info from my Mother
Board Manual:
The mainboard delivers high-level performance with support for...
<SNIP>
... and two PCI Bus Master Ultra DMA (UDMA) ports that support
up to four ATAPI devices. The PCI IDE also supports PIO Modes
3 and 4, UDMA33/66/100 IDE and an ATAPI CD-ROM
And further into the Mother Board Manual it says:
The built-in fast PCI IDE controller supports ATA Programmed
Input/Output (PIO) and Direct Memory Access (DMA) mode.
The Ultra DMA33/66/100 feature delivers data transfer rates
up to 100 MB/s by providing a separate data path for two
IDE channels and improving multi-tasking performance
Thanks
Rocco
__________________________________________________________________
The NEW Netscape 7.0 browser is now available. Upgrade now!
http://channels.netscape.com/ns/browsers/download.jsp
Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
11 Feb
11 Feb
5:30 p.m.
New subject: [linux-audio-user] Interuptions While Recording
On Tue, Feb 11, 2003 at 03:22:13PM -0500, linuxmedia4(a)netscape.net wrote:
And yet the output of "hdparm -i /dev/hda"
lists"
[snip]
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2
Coming into this thread late....
This output gives the best modes possible with a given controller/drive
combo. Since your post explicitly shows the controller is capable of
udma5, I'm guess your drive maxes out at udma2 (ATA33).
There's not even a listing for udma5.
Since I keep reading all these warnings
about not trying settings that aren't supported,
should I try udma5?
Probably not - you probably wouldn't loose data; your box would most
likely just refuse to set the mode. If it did though, you'd probably
hose the disk.
--
Ross Vandegrift
ross(a)willow.seitz.com
A Pope has a Water Cannon. It is a Water Cannon.
He fires Holy-Water from it. It is a Holy-Water Cannon.
He Blesses it. It is a Holy Holy-Water Cannon.
He Blesses the Hell out of it. It is a Wholly Holy Holy-Water Cannon.
He has it pierced. It is a Holey Wholly Holy Holy-Water Cannon.
He makes it official. It is a Canon Holey Wholly Holy Holy-Water Cannon.
Batman and Robin arrive. He shoots them.
6:09 p.m.
New subject: [linux-audio-user] Interuptions While Recording
DMA modes:
mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2
Coming into this thread late....
This output gives the best modes possible with a given controller/drive
combo. Since your post explicitly shows the controller is capable of
udma5, I'm guess your drive maxes out at udma2 (ATA33).
6:06 p.m.
New subject: [linux-audio-user] Interuptions While Recording
On Tue, Feb 11, 2003 at 03:22:13PM -0500, linuxmedia4(a)netscape.net wrote:
Here's what doesn't make sense to me. The Web
Site that you referred
me to says:
"Ultra DMA modes, such as UDMA2, 4, and 5, are also referred to as
ATA/33, ATA/66, and ATA/100, respectively."
Now, the term "respectivly" means that mode 5 refers to ATA/100.
When I look at the output of "dmesg" I see the line:
"SiS730 ATA 100 controller"
Hi rocco.
hm. last time you wrote something like:
<snip>
Here is the output of hdparm -Tt /dev/hda:
Timing buffer-cache reads: 128 MB in 0.97 seconds =131.96 MB/sec
Timing buffered disk reads: 64 MB in 1.35 seconds = 47.41 MB/sec
</snip>
If I'm not mistaken, you wouldn't get the 47.41 MB/sec if your DMA controller
wouldn't be driven in at least udma4. (see log below)
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): 1 2 3 4 5 6 7
There's not even a listing for udma5.
Since I keep reading all these warnings
about not trying settings that aren't supported,
should I try udma5?
This is strange as well. I don't know for sure if the listing above is a hardware
listing from the drive or a request "hey. IDE-Controller-driver, what's up with
drive /dev/hda ?". I'd say its from the harddrives chip and just not implemented
but still there.
<mainboard bla>
up to 100 MB/s by providing a separate data path for
two
IDE channels and improving multi-tasking performance
</mainboard bla>
This is the usual and it says definitely that you could do 100 MB/sec, from the controller
side.
I would say. Take the 47 MB/sec for granted and don't worry about the udma5 not
showing up in your "hdparm -i".
* Setting to -X69 won't give you the bite...(haeh?)
* It might still be that SiS 730 Controller is not fully supported under linux yet.
* In any case I would try to find the black Peter for your dropouts in the PCI
interrupts
cheers, tobias.
here's my (lenghty) log.
root@florides:~# hdparm -i /dev/hda
/dev/hda:
Model=IC35L060AVV207-0, FwRev=V22OA63A, SerialNo=VNVB01G2R2T43D
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=16
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=120103200
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: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a: 2 3 4 5 6
root@florides:~# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.64 seconds = 78.05 MB/sec
Timing buffered disk reads: 64 MB in 1.56 seconds = 41.03 MB/sec
Hmm.. suspicious results: probably not enough free memory for a proper test.
root@florides:~# hdparm -X68 /dev/hda
/dev/hda:
setting xfermode to 68 (UltraDMA mode4)
root@florides:~# hdparm -i /dev/hda
/dev/hda:
Model=IC35L060AVV207-0, FwRev=V22OA63A, SerialNo=VNVB01G2R2T43D
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=16
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=120103200
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: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a: 2 3 4 5 6
root@florides:~# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.66 seconds = 77.11 MB/sec
Timing buffered disk reads: 64 MB in 1.52 seconds = 42.11 MB/sec
Hmm.. suspicious results: probably not enough free memory for a proper test.
root@florides:~# hdparm -X66 /dev/hda
/dev/hda:
setting xfermode to 66 (UltraDMA mode2)
root@florides:~# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.66 seconds = 77.11 MB/sec
Timing buffered disk reads: 64 MB in 2.20 seconds = 29.09 MB/sec
root@florides:~# hdparm -i /dev/hda
/dev/hda:
Model=IC35L060AVV207-0, FwRev=V22OA63A, SerialNo=VNVB01G2R2T43D
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=16
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=120103200
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: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a: 2 3 4 5 6
6:09 p.m.
New subject: [linux-audio-user] Interuptions While Recording
Rocco,
Hi. Why all the focus on the disk drive side only? There's also a good
chance that the sound card is not getting serviced and this causes the
interruption.
From my experience your drives have more than enough raw speed to record
and playback a few channels of audio anyway, so I think that the disk drive
is unlikely to be the issue here.
Things to think about and look for:
1) Interrupts are not set up well
a) Sound card has a bad one
b) Some unimportant device, like a NIC, has a good one.
2) Some other application is stealing cycles
a) autorun trying to play CDs automatically
b) some other app started automatically
Good luck,
Mark
-----Original Message-----
From: linux-audio-user-admin(a)music.columbia.edu
[mailto:linux-audio-user-admin@music.columbia.edu]On Behalf Of
linuxmedia4(a)netscape.net
Sent: Tuesday, February 11, 2003 12:22 PM
To: linux-audio-user(a)music.columbia.edu
Subject: Re: [linux-audio-user] Interuptions While Recording
...But even 30 MB/sec should be far enough to get
dropout-free recording.
44100 * 16 * 2 (bit/sec) = 1411200 bit/s
44100*16*2/8 = 176400 byte/s = around 200 kB/sec.
See? Even if you play at the same time (duplex), your
30 MB/sec is far more than that.
One more thing, but be aware, I heard switching the
dma-transfer-rate might be dangerous
if you don't have the new 80pin cables. (right?)
Yes, I definatly have the cables.
you might want to check. "hdparm -i" which
gives you
some "*" on the options
that are set. see the "dma1 dma2 dma3 dma4 dma5" line,
which (in my case has the "*" at the dma4=100MB/secautomatically set.)
Here's what doesn't make sense to me. The Web Site that you referred
me to says:
"Ultra DMA modes, such as UDMA2, 4, and 5, are also referred to as
ATA/33, ATA/66, and ATA/100, respectively."
Now, the term "respectivly" means that mode 5 refers to ATA/100.
When I look at the output of "dmesg" I see the line:
"SiS730 ATA 100 controller"
And yet the output of "hdparm -i /dev/hda" lists"
Model=Maxtor 6Y080P0, FwRev=YAR41VW0, SerialNo=Y30HJLPE
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=16514064, LBA=yes, LBAsects=160086528
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
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): 1 2 3 4 5 6 7
There's not even a listing for udma5.
Since I keep reading all these warnings
about not trying settings that aren't supported,
should I try udma5?
Just in case I missed something (and I've been reading everything
can get my hands on for weeks now) here some info from my Mother
Board Manual:
The mainboard delivers high-level performance with support for...
<SNIP>
... and two PCI Bus Master Ultra DMA (UDMA) ports that support
up to four ATAPI devices. The PCI IDE also supports PIO Modes
3 and 4, UDMA33/66/100 IDE and an ATAPI CD-ROM
And further into the Mother Board Manual it says:
The built-in fast PCI IDE controller supports ATA Programmed
Input/Output (PIO) and Direct Memory Access (DMA) mode.
The Ultra DMA33/66/100 feature delivers data transfer rates
up to 100 MB/s by providing a separate data path for two
IDE channels and improving multi-tasking performance
Thanks
Rocco
__________________________________________________________________
The NEW Netscape 7.0 browser is now available. Upgrade now!
http://channels.netscape.com/ns/browsers/download.jsp
Get your own FREE, personal Netscape Mail account today at
http://webmail.netscape.com/
7958
days inactive
7958
days old
linux-audio-user@lists.linuxaudio.org
4 comments
4 participants
participants (4)
-
linuxmedia4＠netscape.net -
Mark Knecht -
Ross Vandegrift -
Tobias Ulbricht