Hi
Seit ein paar Tagen habe ich ein neuen Laptop mit dual Core und 4GB Speicher. Alles was Delphi betrifft ist wie gewohnt von meinen Workstations sau schnell - bis auf auf die Zeitspanne vom Click auf Start bis das Projekt compiliert ist und startet. Wenn eine Zeile geändert wurde, kann es bis zu 2 Minuten dauern, bis das Programm startet. Das Verhalten kenne ich von keinem anderen Rechner bei selben Projekt. Ich weiß nicht mehr was ich noch in Delphi oder am Laptop einstellen könnte, um zu optimieren.
Weiß einer von Euch dazu mehr. Auf jeden Fall schon mal Danke.
Gruß Delphi10


Moderiert von Christian S.: Topic aus Sonstiges (Delphi) verschoben am Di 22.07.2008 um 20:22

W2K, XP und 4 GB Speicher?

GEHT NICHT !!!

Wie kommst Du da drauf?

beide betriebssysteme unterstützen 4gb speicher nur in der 64bit variante... gibts w2k 64bit?

huuuuuh hat folgendes geschrieben:

gibts w2k 64bit?

Nope.

Hat aber nichts mit dem Speicher zu tun. Auf meinem Laptop läuft auch XP SP3 32bit mit eingebauten 4GB RAM (von dem nur etwas mehr als 3GB von Windows adressiert werden). Delphi rennt ohne Probleme.

Edit:
Es wäre vielleicht noch interessant welches Windows bei Dir läuft.

wäre mir neu. die 32bit-varianten vertragen höchstens 3 Gb. also das wäre schon eine erklärung für deine "längere" Wartezeit.

huuuuuh hat folgendes geschrieben:

beide betriebssysteme unterstützen 4gb speicher nur in der 64bit variante... gibts w2k 64bit?

Hm, meines Wissens sind 4GB möglich. 2^32 (bit) halt. Siehe auch hier: de.wikipedia.org/wiki/4-GiB-Grenze

Allerdings stehen jedem Programm davon IIRC nur 2GB zur Verfügung.

@Dunkel: Wie kommt es, dass nur 3GB addressiert werden?

Christian S. hat folgendes geschrieben:

@Dunkel: Wie kommt es, dass nur 3GB addressiert werden?

Hab ich hier schon mal geschrieben.

Danke!

Ähm, ich will ja mal gar nichts sagen, aber wird es jetzt nicht ein wenig Off-topic?

Zu klären ob der Fehler an der Menge Arbeitsspeicher liegen kann ist nicht Off-Topic.
Die Diskussion, ob's off-topic ist, aber schon

Hi

Es ist schon XP 32 mit 4GB. Das Problem müsste aber spezifischer sein, alles andere läuft wie gewohnt schnell. Es ist nur die Zeitspanne zwischen Click auf Start - beginn des compilierens - und Start des Programmes. Warum sollte der Compiler sich an nur 3GB adressierbaren Speicher stören? Wie schon geschrieben, ein zweiter Start erfolgt wie immer schnell, wird eine Zeile geändert und dann neu gestartet, hängt er groteske 2 Minuten.
Gruß Delphi10

Morpheus1572 hat folgendes geschrieben:

wäre mir neu. die 32bit-varianten vertragen höchstens 3 Gb. also das wäre schon eine erklärung für deine "längere" Wartezeit.

Müsste sich das dann nicht überall, sozusagen global auswirken? Tut es aber leider nicht.

Es liegt nicht an "zuviel" RAM.
Hab 4 GB drin, Windows XP Prof x86 zeigt 3.2 GB an, und Delphi 2007 ist schnell wie immer.

Welche Delphi Version hast du? Alle Updates installiert?
Tritt das Problem auch bei "leeren" Projekten auf, also einfach nur neues Projekt anlegen und starten?
Wo braucht der denn so lange, compilieren oder linken?

Xentar hat folgendes geschrieben:

Es liegt nicht an "zuviel" RAM. Hab 4 GB drin, Windows XP Prof x86 zeigt 3.2 GB an, und Delphi 2007 ist schnell wie immer. Welche Delphi Version hast du? Alle Updates installiert? Tritt das Problem auch bei "leeren" Projekten auf, also einfach nur neues Projekt anlegen und starten? Wo braucht der denn so lange, compilieren oder linken?

Welche Delphiversion: Studio Developer 2006 Delphi10..(s.links)
Leeres Projekt - das auszuprobieren liegt auf der Hand. Nur bisher nicht auf meiner - mach ich gleich mal morgen früh. Mittlerweile sind es gute 25.000 Zeilen in 12 Units und zig Res-Dateien. Das würde ich aber eher als mittlere Auslastung einstufen.
Das Compilieren geht recht fix, linken ebenfalls. Die fragliche Zeitspanne entsteht bis er überhaupt mit dem compilieren anfängt. Die Zeit vom Ende Linken bis Start Programm ist moderat, aber immer noch deutlich länger als auf meiner XP-Workstation (übrigens auch XP Pro SP2 4GB dualCore).
Ich werde mal die Platte tauschen, vielleicht wird ständig eine Lesefehlerkorrektur versucht. Die Platte ist eine Freecom 20GB USB, allerdings schon seit geraumer Zeit in Betrieb.
Ich werd jetzt mal ein Auge an Masse legen, mal sehen wie's morgen früh mit struktuierter Fehleranalyse (dank eurer Hilfe) aussieht.

Gute Nacht
Delphi10

Edit: Eins noch, wenn ich während der "Wartezeit" die Auslastung im Taskmanager anschaue, liegt die Prozessorlast beider Core's so zwischen 5 - 25%

Schon mal DSU aufgespielt?
andy.jgknet.de/dspeedup/
Ich wundere mich auch manchmal, das mein Delphi noch 'einige Zeit' (=einige Sekunden) rum rödelt, bis es sich nach dem Kompilieren und Linken endlich erbarmt, die EXE anzuwerfen.... Hast Du vielleicht einen perversen Virenscanner am laufen, der sich die EXE 10x anschaut, bevor es losgeht?

P.S.: Kann mir einer der Spezialisten in einem Satz erklären, wieso zu viel RAM Delphi dazu bringen könnte, erstens verdammt schnell zu kompilieren und dann zweitens danach erstmal zu verschnaufen und wieso drittens dieses doch sehr exotische Phänomen bei anderen Anwendungen nicht auftritt?

Virenscanner konfiguriert das keine Delphi-Sourcen/DCU's/... geprüft werden?

Wie hast Du Deine Auslagerungsdatei (pagefile.sys) konfiguriert?
Setze sie auf ein absolutes Minimum (nicht 0 !!!), feste Größe (nicht automatisch !!!),
auf EINEM Laufwerk (am besten wäre eigene Partition !!!).

Hi
Ich hab's gefunden. Es war eindeutig die Freecom-Platte am USB-Port. Das Projekt auf die interne Platte kopiert und es läuft wie gewohnt sauschnell. Komisch ist nur, dass die Freecom an anderen Rechnern keine Probleme macht. Es ist so, als hätte der Laptop kein USB2.0.

Noch mal zum Speicherausbau. Unter Systemsteuerung/System werden mir 3,25 GB angezeigt, pro Core werden aber 2GB zugewiesen und auch benutzt.

Besten Dank nochmal für eure Beteiligung und Tipps.
Gruß Delphi10

Morpheus1572 hat folgendes geschrieben:

wäre mir neu. die 32bit-varianten vertragen höchstens 3 Gb. also das wäre schon eine erklärung für deine "längere" Wartezeit.

Die vertragen auch mehr, aber bringen tuts nichts...
Was nicht adressier ist, darauf wird nicht zugegriffen, das verlänger die Wartezeiten aber nicht...

Wobei ich irgendwo mal gelesen habe, das überschüssiger, vom Betriebssystem nicht addressierbarer Arbeisspeicher auch noch irgendwie verwende wird... Weiß aber nicht mehr ob und wie...

Edit: mit dem 't' hab ichs irgendwie...