ubuntuusers.de

Hallo Ich weiß absolut nicht wo mein Thema reingehört ich hoffe ich bin hier richtig. Sonst verschiebt es einfach 😉.

Zurzeit benutze ich die 10.04 64 bit Version von Ubuntu. Ich weiß nicht genau wann aber seid kurzer Zeit (nach dem wechsel zur 64bit oder nach einem Update),ist mir aufgefallen das wenn ich was entpacke ich nichts anderes mehr machen kann. Vorher konnte ich locker einen Film entpacken und noch einen FullHD film nebenbei gucken. Jetzt kann ich nicht mal mehr im Internet surfen. Wenn Firefox schon läuft wird er grau, starte ich ihn erst wären des entpackens, sehe ich nur die Leiste oben mit "Firefox Mozilla" das andere bleibt weiß und wird grau. Das gleiche wenn ich neben dem Entpacken einen anderen Ordner öffne das Fenster wird grau. Beide Prozessoren laufen während des entpackens nur selten auf 3 ghz. Sind auch nicht 100% ausgelastet. Ich weiss absolut nicht woran das liegt das ich nichts mehr neben dem Entpacken machen kann. Ist das euch evtl auch aufgefallen ? Ich benutze den Archieentpacker und es sind Rar Datein. Mein PC 2x3ghz AMD Regor 250 4gb Ram müsste dafür eigentlich reichen hat ja vorher auch geklappt ? Kann das evtl an der 64bit Version liegen ?

GRuß Kai

Könnte das vll. was mit DMA zu tun haben? Im verlinkten Artikel wird erklärt, wie du in Erfahrung bringst, ob DMA bei dir vll. deaktiviert ist.

Schönen Gruß,

brb

Hi Mhh also meine Festplatte zeigt mir nicht an ob das Aktiviert ist oder nicht ...

kai@Blacky:~$ sudo hdparm /dev/sda

/dev/sda:
 multcount     = 16 (on)
 IO_support    =  1 (32-bit)
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 121601/255/63, sectors = 1953525168, start = 0

Ach das habe ich vergessen es handelt sich im eine Sata2 Festplatte von Samsung HD103UJ 1 TB

Moment, du "entpackst" Fullhdfilme? Kein Kommentar dazu.

Du hast deiner Beschreibung nach also mehrere I/O-Vorgänge von der gleichen Platte:

• Lesen des Archivs

• Schreiben des Entpackten Inhalts

• Lesen von FF-Profildaten

• Lesen von /tmp (da speichert FF hin)

• mehrere Logger

Je schneller dein PC die Arbeit des Entpackens verrichten kann, umso MEHR Zugriffe auf die Platte hast du logischerweise, während derer andere Programme nciht von der gleichen Platte lesen können. Es kann gut sein, dass die Beschleunigung des Entpackvorgangs vom Umstieg auf die 64-Bit-version herrührt, die meisten neueren Prozessoren haben spezielle Befehlssätze für Aktionen wie Komprimierung, die mit 64-bit Kerneln ausgenutzt werden, mit generischen 32-bit Kernlen nicht.

redknight schrieb:

Moment, du "entpackst" Fullhdfilme? Kein Kommentar dazu.

Du hast deiner Beschreibung nach also mehrere I/O-Vorgänge von der gleichen Platte:

• Lesen des Archivs

• Schreiben des Entpackten Inhalts

• Lesen von FF-Profildaten

• Lesen von /tmp (da speichert FF hin)

• mehrere Logger

Je schneller dein PC die Arbeit des Entpackens verrichten kann, umso MEHR Zugriffe auf die Platte hast du logischerweise, während derer andere Programme nciht von der gleichen Platte lesen können. Es kann gut sein, dass die Beschleunigung des Entpackvorgangs vom Umstieg auf die 64-Bit-version herrührt, die meisten neueren Prozessoren haben spezielle Befehlssätze für Aktionen wie Komprimierung, die mit 64-bit Kerneln ausgenutzt werden, mit generischen 32-bit Kernlen nicht.

Ja sonst sind die ja noch größer 😉.

Ok dann gebe ich mich wohl damit zufrieden Danke brb für den Artikel und redknight für die erklärung !

Sonniges Wochenende noch !

Mit ionice kannst du die IO-Priorität des Enpackvorgangs runtersetzen, dann hat dein Broswer z.B. Vorfahrt. Mit nice das Ganze für Rechenzeit, falls es daran hapert. Mit htop kannst du beides einfach einstellen, falls die Gnome-Task-Übersicht das nicht kann. (KDEs kann's)

r3dw00d schrieb:

Ja sonst sind die ja noch größer 😉.

Über den eigentlichen Grund brauchen wir ja jetzt nicht diskutieren, aber bevor ein Leser hier auf dumme Gedanken kommt: Filme ab mpeg2 komprimieren in einem RAR-Archiv meist nur auf 98% ihrer Größe (wenn überhaupt). rechnet man den Overhead durch RAR und die Verwaltungsdaten sowie Chekcsummen dazu, ist die Datei nach dem "Packen" meist sogar größer als vorher.

Ok dann gebe ich mich wohl damit zufrieden

Was anderes wird dir kaum übrig bleiben. Es sei denn, du packst deine Filme zukünftig nicht mehr 😛

@ adun Die Priorität kann ich doch auch einfach bei der Systemüberwachung steuern oder?

@ redknight Stimmt ist mir noch gar nicht aufgefallen. Bring aber nichts da man sie ja nicht in einer Datei Hochladen kann.

Nachtrag:

Mir ist gerade aufgefallen das ich vor der Installation von Linux 64bit den IGPU Frame buffer von meiner Geforce8300 Motherboard M4n78-Pro Asus auf 128MB statt der voreingestellten 256MB gestellt habe.Jetzt wo es wieder auf 256 MB laufen auch nach dem ersten versuch 2 HD Filme gleichzeitig wieder flüssig. Das mit dem Entpacken konnte ich leider noch nicht testen. Was ist das überhaupt IGPU Frame Buffer bei Google habe ich nur was in Fachchinesin gefunden. Also es wird ja irgendwas mit dem Grafikkarten Speicher zu tun haben.

Gruß Kai