| View previous topic :: View next topic |
| Author |
Message |
theNeonGod
n00b
Joined: 12 Jun 2004
Posts: 8
|
 Posted: Mon Jun 28, 2004 4:51 pm Post subject: oggenc, XFS, reiserfs, and an external hard drive |
 |
|
when i encode wavs to my external XFS hard drive, oggenc (through grip) seems to encode at about half the speed as when i encode directly onto the internal hard drive, which is reiserfs. would it be the externalness of the disk or the file system that is causing the slow down?
_________________
--
eric |
|
| Back to top |
|
 |
Angrybob
Guru
Joined: 19 Apr 2003
Posts: 575
|
| Posted: Mon Jun 28, 2004 10:12 pm Post subject: Re: oggenc, XFS, reiserfs, and an external hard drive |
|
|
| theNeonGod wrote: | | ...would it be the externalness of the disk.... |
depends, how is it conencted? If its a usb harddrive and its running at usb1 speed then it will suck, if it's usb2 or firewire then it should be fine.
do a quick "hdparm /dev/hdX -tT" to check the speed of it.
if that doesn't enlighten you then you could always just encode them and move them afterwards  |
|
| Back to top |
|
|
theNeonGod
n00b
Joined: 12 Jun 2004
Posts: 8
|
| Posted: Tue Jun 29, 2004 7:32 pm Post subject: |
|
|
| Code: | /dev/sdb7:
Timing buffer-cache reads: 1068 MB in 2.00 seconds = 533.55 MB/sec
Timing buffered disk reads: 26 MB in 3.09 seconds = 8.42 MB/sec |
This seems like correct USB 2 speeds to me, yes? I blame grip  . If it weren't easier to do ID3 tagging with a gui program like that, i'd definitely rip all my CDs with CLI...
_________________
--
eric |
|
| Back to top |
|
|
Angrybob
Guru
Joined: 19 Apr 2003
Posts: 575
|
| Posted: Tue Jun 29, 2004 10:09 pm Post subject: |
|
|
| theNeonGod wrote: | | Code: | | Timing buffered disk reads: 26 MB in 3.09 seconds = 8.42 MB/sec |
|
hmm, that's definately not USB1 but it's pretty slow. my external western digital WD200BB gives me 20 MB/sec. maybe you've just got an old motherboard or hard drive.
another thing to check, make sure you don't have the sync option in the /etc/fstab options. removing it will increase performance at the risk of losing data if you yank it without unmounting first. |
|
| Back to top |
|
|
A Hired Goon
n00b
Joined: 25 Apr 2004
Posts: 66
Location: Alberta, Canada
|
| Posted: Wed Jun 30, 2004 12:48 am Post subject: |
|
|
XFS uses alot of ram caching for its file system, maybe that doesnt play nice with the external drive?
so your ripping to another drive but just sending the encoded song to the drive (on the fly)?
try transfering a file to you EHD, whats the cpu usage?
any other usb ports tried?
try ripperX and see if you get the same thing(if you suspect grip)
Im thinking the combination of XFS (ram amount?), encoding and sending that file to the drive is the issue, although it wouldnt be sending data very fast while its being encoded (more of a trickle depnding ofcourse on your computer speed etc)
just some ideas
A Hired Goon |
|
| Back to top |
|
|
theNeonGod
n00b
Joined: 12 Jun 2004
Posts: 8
|
| Posted: Wed Jun 30, 2004 2:29 pm Post subject: |
|
|
Hmmph...
Based on these two posts i thought for a bit and then tried something out: my external HD connects first to a USB 2.0 hub (SIIG SlimHub), which then of course is connected to my computer. I tried plugging it directly to the computer and this is what i get w/ hdparm:
| Code: |
/dev/sda7:
Timing buffer-cache reads: 1564 MB in 2.00 seconds = 781.34 MB/sec
Timing buffered disk reads: 38 MB in 3.05 seconds = 12.45 MB/sec |
How's abouts that? 12.45 still isn't 20, but it's a good 4x faster than what i was getting before. Obviously the hub has something to do with this... well, so i thought.
On a whim i set it up back to the way i had it, except for the other devices i also had plugged into the hub; hdparm:
| Code: | /dev/sdb7:
Timing buffer-cache reads: 1532 MB in 2.00 seconds = 766.12 MB/sec
Timing buffered disk reads: 38 MB in 3.06 seconds = 12.42 MB/sec |
Same thing. Set it back up the way i had it, same thing. Weird as what.
Finally, in trying to unmount the drive in the first place, i discovered a few stray xmms processes 'playing' an ogg file off this drive, which i of course had to kill in order to unmount it. If that was going on when i did the first hdparm, could that have been responsible for giving the low buffered disk output? Grip does encode at a resonable speed again now, however only after i'm done ripping: it sluggs along a 1x or lower while i'm reading the disk then manages to hop up to 10 once it's finally done, but this is probably normal, right?
Thanks for the help guys.
[EDIT]
Heh... actually, now when i set grip to both rip to and encode on the xternal, ripping fares along quite well at 12x or so, while i can actually encoding starts out at around 4x simultaniously but drops down slowly as time goes on, only to then get up to 10+x after ripping is complete. What a wacky fun time linux is.
_________________
--
eric |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Kernel & Hardware
