Dateistart USB-LW & Priorität Hintergrundjob

[Benno Gaul]

Hallo, habe 2 Fragen:

Frage 1: Will ich eine Datei mit Leerzeichen von einem USB-LW per Doppelklick starten, kommt die Meldung "Datei nicht gefunden" (jedoch: rechte Maustaste/Datei starten geht schon!?!). Kopiere ich die Datei testhalber auf ein internes logisches LW, klappt das mit dem Doppelklick wie gewohnt. Was kann ich tun, damit das auf einem USB-LW ebenso geht?

Frage 2: Habe ich einen (größeren) oder mehrere Kopierjob per TC-Befehl in den Hintergrund verlegt (find ich super praktisch dieses Feature), dann blockiert mir diese Aktion trotzdem den Rechner dermaßen, daß ich von dem Hintergrund nicht so arg viel habe, alles weitere geht dann nur noch in Zeitlupe. Schade. Wie könnte ich das ändern? Habe mein Häkchen mal auf "die Kopiermethode für große Dateien" gesetzt, aber ohne Erfolg. Rechner = AthlonXP2700+ mit 512 MB und W2K. Läuft sonst top. Wunsch/Ziel: Sobald ich mit Maus oder Tastatur auch nur zucke, geht der Hintergrundjob absolut blitzartig in den IDLE. Denn wenn ich manuell auf PAUSE drücke, gehts ja auch (also nix von wegen in der pagefile buddeln). Und Hintergrunddefragmentierer könnens ebenso.

Danke für die Aufmerksamkeit!

Benno

[netghost]

zu 2.
Geht bei mir ohne Probleme. Es kommt aber immer darauf an, welche Datenträger im Hintergrund behandelt werden.
Klar ist, daß der Hintergrundtransfer den Rechner etwas ausbremst, aber wirklich nur etwas.

[Benno Gaul]

Also ich gebe mal ein Beispiel, soeben getestet: Kopieraktion/Hintergrund innerhalb System-HDD, dort von LW F: auf LW D: Dann Photoshop gestartet (also frisch, nicht gecached): Dauert gefühlsmäßig 10x so lange wie ohne den Pseudo-Hintergrund. Also der Vorteil ist: Ich kann mit dem TC wieder/noch was anderes machen. Toll. Aber Kaffee trinken gehen ist vielleicht doch schöner. Wenn eine neue Anwendung, z.B. ein simpler Texteditor, dann endlich gestartet ist, dann kann ich da schon flott/normal arbeiten. Aber die TC-Zugriffs-Aktion (DAS! Dateimanagement schlechthin) leidet mächtig.

Ein typisches Workaround: Habe einen Hintergrund-Kopierjob am laufen. Starte nun per Doppelklick ein Video, zur Wiedergabe über den MPC. Unendlichkeit macht sich breit, bis sich der MPC erst mal hochgehievt hat und das mal losgeht. Liegt wohl daran, daß er von unserem dezenten Hintergrundjob nur alle paar Jahrtausende mal einen einzigen winzigsten Interrupt bekommt. Meistens halten meine Nerven nicht solange durch: Ich klicke auf PAUSE im Hintergrundjob (geht sofort) und prompt, ja fast schon blitzartig ist das Video am laufen. Sodann wieder Klick auf FORTSETZEN des Hintergrundjobs, und dann Video weiterschauen, was von jetzt an problemlos beides geht, auch wenn das Video die komplette CPU beanspruchen sollte - kein Problem.

Nochmal:Meine Eingabe sei Gesetz: Gerade ein Hintergrundjob sollte das trefflich befolgen. Wer weiß Rat?

[ghisler(Author)]

zu 1: Funktioniert hier problemlos. Schauen Sie mal in der Verknüpfung, ob da als Parameter nur %1 angegeben ist. Wenn ja, bitte in "%1" ändern inkl. der doppelten Anführungszeichen.
zu 2.: Könnte am Virenscanner liegen, der blockiert leider systemweit.

[Benno Gaul]

zu 1: die Verknüpfungszeile heißt: Videoclip ("C:\P\MediaPlayerClassic\mplayerc.exe" "%1") daran kanns wohl leider nicht liegen.

zu 2: ich habe keinen Virenscanner am laufen, auch nicht im Hintergrund. Dieser PC ist kein Netz-PC. Und auch sonst sind keine systemlastigen Hintergründe am Werkeln.

[ghisler(Author)]

1: Müsste gehen, könnte an Media Player Classic liegen. Geht es denn z.B. mit einer Textdatei gleichen Namens, aber Endung .txt?

2: Sollte nicht sein. Nur Programmstarts sind problematisch, weil meist mit viel Festplattenaktivität verbunden. Da müssen Sie halt kurz auf "Pause" klicken.

[sqa_wizard]

zu 2: bei mir tritt diese langsame Reaktionszeit nur auf, wenn ich den Zielordner der Kopieraktion im TC noch aktiv anzeige.

Hinweis: Ich habe die einige Optionen für den Refresh eingeschaltet (Konfigurieren - Einstellungen - Operation - Neu-Einlesen)
Dann tritt der Effekt auf, dass sich natürlich ständig an der Ansicht des Zielordners etwas ändert und diese laufend aktualisiert wird.

Es hilft, solange wie der Kopiervorgang läuft, einen anderen Ordner anzuzeigen.

Man kann nicht alles haben: Entweder im Sekundentakt alles aktuell zu haben oder flüssig arbeiten.

[Benno Gaul]

ad 1: Es hat alle Dateien und Programme betroffen: Mindestens eine Leerstelle im Namen war jedesmal der Fakt. Nach einem Rechnerneustart ist das Problem nun plötzlich verschwunden. Es ist schon oft aufgetaucht und offenbar wieder verschwunden, aber erst jetzt habe ich bewußt was unternommen, ohne aber mich sofort zu erinnern, daß es so eine sporadische Sache wohl ist.

ad 2: Mit dem oben beschriebenen Workaround beim Programmstart (sehr zugriffsintensiv, verständlich), kann ich wie bisher leben. Mir ging es hier darum, eine evtl. vorhandenen Möglichkeit zu erfahren, die Priorität eines solchen Hintergrundjobs im anderweiteren Anforderungsfall effizient vorübergehend auf Null runterfahren zu können - automatisch als Voreinstellung! Denn manuell geht es ja mit PAUSE.

[ghisler(Author)]

1. Hmm, seltsam - vielleicht irgend ein Hitnergrundprogramm?

2. Das habe ich in der Tat versucht, aber ausser einer unterirdisch schlechten Kopiergeschwindigkeit hat es leider kaum was gebracht,