Mageia Forum

Hallo!
"Normal", aber wenn man etwas "über normal" (schneller) will, dann braucht man Root-Rechte.
Wie stellt man das ein
Gruß
J.

jkowalzik hat geschrieben:"Normal", aber wenn man etwas "über normal" (schneller) will, dann braucht man Root-Rechte.

Woher hast du die Aussage, dass es nicht nur um die Priorität zu anderen Prozessen desselben Nutzers geht?

Prinzipiell hat Jürgen Recht, wenn sich diese Einstellung auf den nice-Wert beziehen sollte, braucht man root-Rechte um negative nice-Werte (höhere Priorität) zu setzen.
Der normale Nutzer kann nur die Priorität verringen, aber nicht erhöhen, das ist schon immer so.

doktor5000 hat geschrieben:Der normale Nutzer kann nur die Priorität verringern, aber nicht erhöhen, das ist schon immer so.

Hallo!
Nur es hilf ja nicht gerade, als root steigt A. mit einer Fehlermeldung aus: (Auszug)

Code: Alles auswählen

klauncher(11974) kdemain: No DBUS session-bus found. Check if you have started the DBUS server.
kdeinit4: Communication error with launcher. Exiting!
startkdeinitlock(11930): Couldn't start knotify from knotify4.desktop:  "KLauncher could not be reached via D-Bus. Error when calling start_service_by_desktop_path:
Not connected to D-Bus server

Dann gäbe es ja noch "avidemux2_cli" nur dazu existiert kein "--help", selbst wenn man eine halbwegs vernünftige Zeile zusammen hat, endet das immer so:

Code: Alles auswählen

*********************************
Normal exit
19:41:32 Call terminate!!!
Cleaning up
Deleting post proc
Waiting for Spidermonkey to finish...
Cleaning up Spidermonkey.
End of cleanup

Images stat:
___________
Max memory consumed (MB)     : 0
Current memory consumed (MB) : 0
Max image used               : 0
Cur image used               : 0
Global mem stat
______________
        Memory consumed: 0 (MB)

Goodbye...

bash-4.2$


Es wäre schon schön, wenn das kodieren mit mehr als 3 bis 5 Bildern / sec. über die Bühne ginge!

Gruß
J.

jkowalzik hat geschrieben:Es wäre schon schön, wenn das kodieren mit mehr als 3 bis 5 Bildern / sec. über die Bühne ginge!

Dann besorge dir entsprechend leistungsfähige Hardware!

Was denkst du denn, was das "Nicen" eines einzigen Prozesses bringt, wenn der Rest des Systems nichts zu tun hat?

Was sagt denn top eigentlich während der Konvertierung?
Welche Prozesse lasten das System denn aus?
Ist die CPU am Anschlag oder wartet alles auf die Festplatte?
Und wenn die CPU: Ist es der Konvertierprozess oder das System, das sich mit Lesen und Schreiben der Daten beschäftigt?

man-draker hat geschrieben:Dann besorge dir entsprechend leistungsfähige Hardware!

Hallo man-draker!
Linux-Anwender besser bekannt unter dem Synonym "arme Sau"
mehr ist für einen alten Sack nicht drin

Identifikation
Prozessor-ID: ‎1 und 2
Hersteller: ‎GenuineIntel
Modellname: ‎Intel(R) Core(TM)2 CPU 4400 @ 2.00GHz
CPUID-Familie: ‎6
Modell: ‎15

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

Modulverbindungen: ‎1 bis 4
Geschwindigkeit: ‎Unbekannt
Aktivierte Größe: 4x ‎1024 MB (Double-bank Connection)
Installierte Größe: 4x ‎1024 MB (Double-bank Connection)
Name: A0, A1, A2, ‎A3
Typ: ‎Memory Module

Gruß
J.

jkowalzik hat geschrieben:

Identifikation
Prozessor-ID: ‎1 und 2
Hersteller: ‎GenuineIntel
Modellname: ‎Intel(R) Core(TM)2 CPU 4400 @ 2.00GHz
CPUID-Familie: ‎6
Modell: ‎15

Das sieht doch garnicht schlecht aus.

Also: Womit beschäftigt sich das System, während avidemux sich müht?
(Die Taste "1" im Programm top, um die einzelnen CPU-Cores getrennt darzustellen ist dir sicher ein Begriff.)

man-draker hat geschrieben:Das sieht doch garnicht schlecht aus.

Hallo!

Code: Alles auswählen

bash-4.2$ top
top - 15:25:55 up 42 min,  3 users,  load average: 0.83, 0.56, 0.38
Tasks: 208 total,   2 running, 206 sleeping,   0 stopped,   0 zombie
Cpu0  : 82.5%us,  2.0%sy,  0.0%ni, 15.2%id,  0.3%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  : 44.6%us,  3.6%sy,  0.0%ni, 49.2%id,  2.6%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4048980k total,  3382004k used,   666976k free,   157604k buffers
Swap:     7996k total,        0k used,     7996k free,  1551044k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                               
17830 juergen   20   0 1351m 150m  49m S  125  3.8   0:46.93 avidemux2_qt4                                                                                         
 1370 root      20   0  175m  79m  50m S    2  2.0   1:12.46 X                                                                                                     
17671 root      20   0 13768 1328  772 S    2  0.0   0:03.09 mount.ntfs                                                                                           
17746 juergen   20   0  591m  43m  21m R    1  1.1   0:01.84 konsole                                                                                               
 2253 juergen   20   0 14376 1576 1164 S    0  0.0   0:00.09 gam_server                                                                                           
 2398 juergen   20   0 2922m  69m  44m S    0  1.8   0:17.78 kwin                                                                                                 
 3152 juergen   20   0  488m  86m  27m S    0  2.2   0:07.29 net_applet                                                                                           
 3178 juergen   20   0  618m  75m 6508 S    0  1.9   0:02.53 mysqld   

Heute war "Er" etwas besser in Form, schaffte ca. 10 Bilder/sec.
Ist anscheinend doch sehr aufwändig, aus mp4 720p, ein SD-Bild zurück zu rechnen.

Gruß
J.

jkowalzik hat geschrieben:

Code: Alles auswählen

bash-4.2$ top
top - 15:25:55 up 42 min,  3 users,  load average: 0.83, 0.56, 0.38
Tasks: 208 total,   2 running, 206 sleeping,   0 stopped,   0 zombie
Cpu0  : 82.5%us,  2.0%sy,  0.0%ni, 15.2%id,  0.3%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  : 44.6%us,  3.6%sy,  0.0%ni, 49.2%id,  2.6%wa,  0.0%hi,  0.0%si,  0.0%st
...
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                               
17830 juergen   20   0 1351m 150m  49m S  125  3.8   0:46.93 avidemux2_qt4                                                                                         


Heute war "Er" etwas besser in Form, schaffte ca. 10 Bilder/sec.
Ist anscheinend doch sehr aufwändig, aus mp4 720p, ein SD-Bild zurück zu rechnen.

Das sieht mit sehr danach aus, als ob avidemux nur einen Core benutzt - der zweite ist zur Hälfte im Leerlauf.

Spiel doch mal mit diesem Menu ein bisschen, um zu sehen, ob du Avidemux nicht zu etwas mehr Einsatz überreden kannst:

Hallo!
Mach ich, bin allerdings auch auf einen Beitrag gestoßen:

So nach langem hin und her habe ich nun das Problem gefunden es lag an einem Resize filter
avisynth dieser ist total langsam und schlecht. Mplayer resize ist 1000000 mal besser

http://www.computerbase.de/forum/showth ... p?t=976302
Gruß
J.

jkowalzik hat geschrieben: bin allerdings auch auf einen Beitrag gestoßen:

Hm, ist gut drei Jahre alt und bezieht sich auf welche Version des Filters?
Und wenn das noch derselbe ist, probier es aus.
Wandle mit MPlayer und schneide dann mit Avidemux.