Hallo :) ich will, dass die C:\WINDOWS\MSXSL.EXE immer mit oberster Prioritäten läuft. Es dürfen aber keine Sourcecode änderungen bzw. änderungen über die -- Start /high --erfolgen..... Die MSXSL.EXE wird von einer BATCHDATEI aufgerufen....ich darf dort aber nichts ändern..... weil die auch von anderen Personen verwendet wird und ich nur ne High Prio auf meinem Localen Rechner will. MFG Predator
Gast
#1188227
> ich will > keine xxx änderungen > ich darf dort aber nichts ändern LOL... Voodoo?
Vielleicht die originale MSXLS.EXE umbenennen, dann ein eigenes kleines Programm namens MSXLS.EXE stricken, welches das umbenannte Programm aufruft und nebenbei die Priorität erhöht? Die Batchdatei ruft ja nur über den Namen ein Programm auf und ahnt nicht, was man ihr unterschiebt. Im 6. Parameter von CreateProcess() sollte man die Priorität des neuen Prozesses (also des umbenannten MSXLS) setzen können. Falls nicht jemandem etwas eleganteres einfällt...
Vielen Dank, Das könnte Funktionieren......... :)
Gast
#1188787
Warum will man den einen XSLT-Prozessor mit höchster Priorität laufen lassen...? Evtl. mal auf ein schlankeres und effizienteres Modell umsteigen, wenns nichts hilft :-)
XSLT? Ich denke, es geht hier um das Microsoft-Excel. Wer's braucht...
Gast
#1189212
Glaub ich kaum, MSXSL.EXE ist der XSLT-Prozessor von Mircosoft.
wie wärs mit http://www.zdnet.de/windows_system_verbessern_process_priority_optimizer_download-39002345-44324-1.htm
@Sven P: stimmt, das mit Excel ziehe ich wieder zurück...
Ja es ist ein XSLT Prozessor...... @ Sven.... auf welches Modell soll ich denn umsteigen? Der Process Priority Optimizer ist klasse mit dem Funktionierts.... Die andere Möglichkeit geht zwar auch aber es ist ein bischen Tricky... und ich kann nicht so viel Zeit in so ein kleines Programm investieren....
Gast
#1191728
Naja, meine Überlegung war: Warum möchte jemand den XSLT-Prozessor mit höchster Priorität ausführen? XSLT ist weder zeitkritisch noch lässt sich in irgendeiner Weise das Laufzeitverhalten sicherstellen. Umsteigen könnteste zum Beispiel auf einen Prozessor, der auf libxslt basiert, ich kenne keinen kompakteren :-) Oder SAXON oder XT oder Sablotron. Am besten einfach mal einschlägige Benchmarks verfolgen.
Naja bei der Generierung meiner Files mit XSLT ist mein Prozessor fast voll ausgelastet. Da man währernd einer Generierung noch andere Aufgaben erledigen kann als dem Schwarzen Fenster zu zu gucken möchte ich die möglichkeit des Multitaskings gerne nutzen. Nun ist leider so das andere Programme meinem XSLT Prozessor gerne Leistung mopsen. Ich will aber mit der Generierung so schnell wie möglich fertig werden um meine Resulate zu testen. Deshalb hätte ich gerne das die Generierung mit höchster Priorität läuft....... So das war mein hintergrund ;) Aber wenn du sagst, dass ein auf libxslt basierenter Prozesser schneller kompakter RAM und Prozesserleistung sparender ist so wäre das durchaus eine Überlegung wert. Aktueller RAM verbrauch liegt bei mir bei ca. 50-70 MB und mein 3.0 DualCore ist fast Voll ausgelastet allerdings ist mein input XML File auch zwischen 2 und 10 MB .
Gast
#1195943
Wenn deine anderen Anwendungen dem XSLT-Prozessor die Leistung wegfressen, und du letzteren dann auf die hypothetische höchste Priorität setzt, dann laufen die anderen Anwendungen ja nicht mehr O_o > Aber wenn du sagst, dass ein auf libxslt basierenter Prozesser schneller > kompakter RAM und Prozesserleistung sparender ist so wäre das durchaus > eine Überlegung wert. Probiers einfach mal aus, dafür gibts ja Benchmarks. > Aktueller RAM verbrauch liegt bei mir bei ca. 50-70 MB und mein 3.0 > DualCore ist fast Voll ausgelastet allerdings ist mein input XML File > auch zwischen 2 und 10 MB . Ich kenne deine Rahmenbedingungen nicht, aber evtl. ist XSLT dafür dann auch nicht das Richtige? Vielleicht kommst du mit einer XML-Parserbibliothek und einem C-Programm o.ä. schneller voran?