linux decoder zu lahm

[fr3ddy]

Hallo,

ich nutze otr schon seit längerem nun wurde ich per zufall darauf aufmerksam, dass der windowsdecoder ne ganze ecke schneller ist.

Wenn ich under Debian 4.0 decodiere is die CPU Auslastung bei 100% und es geht dementsprechend schleppend voran, Partition ist ext3 und wenig partitioniert.

Unter WinXP SP2 auf einer ntfs Partition dümpelt die Auslanstung bei 10-20% dahin und geht trotzdem schneller.

UDMA ist in beidem Fällen aktiv.

Kennt jemand das Problem oder oder ist es bei Ihm nicht so?

Mein System:
Athlon 64 3700+
1gb Ram Dual Channel

[fr3ddy]

In Win als auch Lin decodiere ich auf der gleichen Platte und auf die Gleiche Partition. Und es sind jeweils ca. 8GB frei.

Benutzt du win oder Linux?

[fr3ddy]

Gelöscht, weil doppelpost

[ejoty]

Handelt es sich bei der Partition, auf der du versuchst, unter Linux zu dekodieren zufällig um eine NTFS-Partition, die mit fuse oder sonst einer langsamen Technik gemountet ist?
mount sagt über meine NTFS-Partition:


/dev/hda2 on /c type fuseblk (rw,nosuid,nodev,noexec,noatime,allow_other,defaul t_permissions,blksize=4096)

Falls das bei dir auch so ist, solltest du versuchen auf eine Partition mit Linuxdateisystem zu dekodieren. Die ursprüngliche otrkey-Datei kann dabei ruhig auf der langsamen ntfs-Pladde bleiben.

[fr3ddy]

Also unter Linux schreibe ich auch unter einer ext3 partition und unter WinXp unter einer ntfs Partition.


debian:/# hdparm -tT /dev/hdc
/dev/hdc:
Timing cached reads: 1920 MB in 2.00 seconds = 959.55 MB/sec
Timing buffered disk reads: 168 MB in 3.02 seconds = 55.67 MB/sec

Unter der Ubuntu LiveCD kam folgendes bei raus.

root@ubuntu:/mnt/data/otr# hdparm -tT /dev/hdc
/dev/hdc:
Timing cached reads: 2308 MB in 2.00 seconds = 1153.60 MB/sec
Timing buffered disk reads: 138 MB in 3.02 seconds = 45.68 MB/sec



debian:~# hdparm -i /dev/hdc

/dev/hdc:

Model=ST3120026A, FwRev=3.06, SerialNo=3JT1WTFX
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234435439
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 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6

* signifies the current active mode



debian:~# hdparm -d /dev/hdc

/dev/hdc:
using_dma = 1 (on)


auch ganz interessant, wie folgendes bei euch aussieht
Die Datei ist 723 MB groß.


jens@debian:~/otr$ time decoder/otrlinuxdecoder/otrdecoder -e email@bla.bla -p **** -i otr-fertig/Super_Size_Me_07.05.02_23-30_bay3_100_TVOON_DE.mpg.avi.otrkey
Progress: 99%
Umwandlung ist erfolgreich abgeschlossen!


real 1m39.166s
user 0m43.423s
sys 0m54.567s


Mein System:
Athlon 64 3700+
1gb Ram Dual Channel

[minisalami]

Also ich decodiere die Files auch unter Linux mit 99%CPU-Auslastung
egal ob direkt auf der gleichen Platte oder auch über Netzwerk vom Fileserver.

ein 473MB großes File dauert bei mir:
real 1m23.801s
user 0m38.278s
sys 0m36.674s

System:
Slackware 11
Kernel 2.6.20

cu minisalami

[fr3ddy]

Mir ist schon klar, dass es eine gewisse Zeit Dauert.

Aber das die Cpu Auslastung auf 100% Prozent geht, bei einem relativ schnellen CPU, dass nervt. Mir gehts auch nich darum, mein system 1% Schneller zu machen, wie viele Zeitgenossen da draußen.

Ich sehe dass so, wenn der Linux decoder 100% braucht stimmt irgendetwas nicht! Und ich wüsste gern was.

Weil man dann nämlich nichtmehr Arbeiten, bzw. Film gucken kann.

Vielleicht liegts auch am decoder. Ich schein ja nicht der einzige zu sein, dem es so geht. :)

[minisalami]

also ich kann ohne Probleme auf meinem Athlon 1200MHz mit 512MB RAM
neben dem Decodieren auch noch Film schauen bzw einfach weiterarbeiten.

Du kannst dem decoder auch mit nice eine geringere Priorität zuweisen.

Mein System:
Slackware 11
Kernel 2.6.20
Windowmanager fluxbox

[fr3ddy]

Beim Decodieren sieht es in top wie folgt aus:


top - 12:44:12 up 2:17, 5 users, load average: 1.42, 1.23, 0.98
Tasks: 92 total, 4 running, 88 sleeping, 0 stopped, 0 zombie
Cpu(s): 39.0%us, 60.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.7%hi, 0.0%si, 0.0%st
Mem: 1035620k total, 1019788k used, 15832k free, 3672k buffers
Swap: 1060248k total, 80k used, 1060168k free, 657280k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5790 jens 25 0 8000 1024 848 R 77.9 0.1 0:21.60 otrdecoder
5789 jens 18 0 8000 1024 848 R 19.0 0.1 0:08.47 otrdecoder
3701 jens 15 0 425m 147m 28m S 1.7 14.6 2:52.74 java