---

Hallo!

Hab des öfteren das Problem, dass bei einer Änderung in einer großen Baugruppe das System ein bischen hängen bleibt. Wenn ich dann im Task-Manager die Priorität für Edge.exe auf "hoch" setze, geht es ruck-zuck und fertig.
Kann man die Priorität für SE nicht Standardmäßig auf "hoch" setzen?

------------------
LG, Bfri

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo bfrimut,

ist im Prinzip eine Windowsfrage.
Allerdings weiß ich nicht was man anstellen muß damit Windows ein Programm Standardmäßig mit hoher Priorität startet.

Ich würd aber auch die Finger davon lassen, versuch lieber rauszufinden was da alles auf Deinem Rechner läuft und Dir Rechenzeit klaut.

------------------
Gruß

Markus Gras
Unitec Informationssysteme GmbH

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

SE bekommt maximal 50% CPU-Zeit, der Rest steht im Leerlauf. Mir kommt auch vor, als würde SE nicht den vollen Speicherumfang ausnutzen können. Meist kommts schon zu Problemen, wenn ich in die Nähe von 500MB komme...wozu hab ich dann 2GB?

------------------
LG, Bfri

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Wenn Du Hyperthreading an hast - ausschalten!

------------------
Gruß

Markus Gras
Unitec Informationssysteme GmbH

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

[...]
SE bekommt maximal 50% CPU-Zeit
[...]
vermutlich HT eingeschaltet dann ist das gleich 100% des Prozessors

[...]
Mir kommt auch vor, als würde SE nicht den vollen Speicherumfang ausnutzen können
[...]

muss es das denn? 2GB ist Realspeicher womit nicht gesagt ist, dass
das gesamte Programm auch in diesem ist. Es werden nur die Teile
im Speicher sein die haeufigst benoetigt werden, der Rest ist auf
dem Pagedataset. Das 'Comit charge' Total gibt an wieviel KB tatsaechlich
mit Realspeicher hinterlegt sind (Summe aller aktiven Prozesse).
Ausserdem nimmt sich SE nur das an Speicher was er effektiv benoetigt
grosse Teile der Daten sind nicht permanent Memory mapped und werden
im Temp Bereich von SE verwaltet

Klaus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

[...]
Wenn Du Hyperthreading an hast - ausschalten!
[...]
sinnvolle Begruendung? Ich hab's an und null Probleme ... Eigentlich
sollte men es nur dann OFF setzen (sofern ueberhaupt moeglich) wenn
es Probleme gibt, die definitiv auf HT zurueckzufuehren sind.

Klaus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Klaus,

die Begründung ist, es gibt mit eingeschaltetem Hyperthreading die tollsten Phänomene, frag mal die Kollegen beim UG Support.

Da Hyperthreading keine wirklichen Performancevorteile bringt, verliert man nichts wenn man es ausschaltet.

Was bfrimut beschreibt klingt für mich merkwürdig genug ihm den Tipp zu geben HT auszuschalten.

Das ich im moment persönlich dazu tendiere Hyperthreading auszuschalten, soll nicht heißen das es auch in Zukunft immer richtig ist.

------------------
Gruß

Markus Gras
Unitec Informationssysteme GmbH

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

nun bisher keine tollen Probleme bekommen, korrekterweise
garkeine. Beim Oeffnen einer mittelgrossen .asm werden sogar
beide virtuellen Prozessoren bedient. Die geschilderten
Probleme von bfrimut deuten jedenfalls nicht auf HT hin sondern
eher darauf, das der verfuegbare Realspeicher nicht mehr fuer
*alle* Prozesse langt und daher Paging angesagt ist (der Wert
fuer Commit Charge Total kann darueber Auskunft geben)
Wird jetzt die Prioritaet hoch gesetzt werden alle Prozesses mit niedrigerer
Proritaet nicht mehr bedient und ggf. ausgelagert mit denm Effekt
das mehr reale Pages zur Verfuegung stehen. Wie intern SE seinen
Speicher verwaltet muesste man mal bei UGS nachfragen. Windows
mangelt es jedenfalls bis heute an einem Workload-Management,
das den Bamen auch verdient, die Steuerung nur ueber Proritaet
ist leicht angestaubt ...

Klaus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Danke für eure Kommentare,
allerdings hab ich kein HT, also kannŽs damit auch keine Probleme geben.

Bin echt Ratlos.
Wenn sonst niemandem was einfällt, muss ich mich halt weiterhin damit abfinden wie es ist.
Aber trotzdem, besten Dank.

------------------
LG, Bfri

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

nana, warum nicht mal den Reseller mit diesem Problem konfrontieren?
Ausserdem daran denken: wenn eine Assembly geoeffnet wird muss SE
erstmal alles durcharbeiten: die Beziehungen, die Farben, usw. und das
geht schon etwas auf die Performance, es ist also nicht ungewoehnlich
wenn zunaechst mal nichts auf dem Schirm erscheint. Da gab's schon
mal einen Thread bezueglich vieler Formatvorlagen (Faces) die wohl
erhebliche Performance-Probleme verursachen. Abhilfe war unbenutzte
Formatvorlagen loeschen (hier waren alleerdings alle 256 Moeglichkeiten
vorhanden

Klaus

[Diese Nachricht wurde von modeng am 02. Aug. 2005 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

geht ja nicht (nur) ums öffnen einer BG, sondern meistens darum, dass ich in einem Teil der BG etwas ändere und dann, wenn ich aus dem Formelement aussteige und er das alles neu berechnen muss, sich ziemlich lange Zeit dafür lässt. Oder beim wechsel zurück in die BG.

------------------
LG, Bfri

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

letztlich passiert dann aber das gleiche wie beim Open: rechnen ist
angesagt. Ausserdem werden die Aenderungen von SE zunaechst nur
auf einer Kopie des Formelements abgebildet und das ist auf der Platte
muss also auch nachgefuehrt werden.

Klaus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Edgelinge,

ich hatte mal ein ähnliches Phänomen wie Bfri. Wenn ich den SE-Prozess auf hohe Pro gestellt ahbe war er deutlich schneller als bei normaler Prio. Grund war dass unsere Admins dem Virenscanner mit hohe Prio gefahren haben. Dann wird erst der Virenscanner Prozess bedient und dann kommt der Rest, damikt auch SE. Setzt man nun SE auch auf hohe Prio haben SE und der Virenscanner wieder gleiche Prio und werden vom Taskscheduler abwechselnd bedient. Im Virenscanner wenn möglich auch den Edge.exe Prozess und die SE-Dateitypen ausnehemen, die sind da keine Scriptingmöglichkeit vorhanden, kaum Virengefährdet.

Zum Thema HT:
Wir haben bei uns nur noch Kisten mit HT, bisher kein einziges Problem. Ich bekomme zwar von der Hotline immer wieder den Tipp HT abzuschalten, konnte dadurch aber noch kein einziges Problem lösen. In einigen Fällen nutzt SE tatsächlich auch den zweiten virtuellen Prozessor und ist damit messbar schenller als ohne HT. Viel wichtiger ist aber für uns, dass die User wenn SE ein große Zeichnung aktualisiert andere Dinge (eMails lesen, Internetsurfen (ist wichtig für die Moral der Truppe, da lästige Wartezeit versüßt wird)) machen kann. Ohne HT zuckt ausser SE nicht mehr viel.

Jürgen

------------------
54*SEV16SR8, 4*SEV17SR2

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@Jürgen!

Danke für den Tip! Werd ich gleich mal ausprobieren.

------------------
LG, Bfri

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP