DelphiSpeedUp 2.8 ( 2009-12-01 ) - Delphi 5 bis 2007

[Namenloser]

Dank der neuen DSU-Version braucht TurboDelphi nur noch 6-7mb Arbeitsspeicher (direkt nach dem Starten). Früher war es niemals weniger als 25 mb. War das so ein fettes Speicherloch, das du da geschlossen hast? :shock:

[edit]700. Beitrag im Thema. Hab ich jetzt was gewonnen? :stupid:[/edit]

[DeddyH]

Zitat:

Zitat von NamenLozer

[edit]700. Beitrag im Thema. Hab ich jetzt was gewonnen? :stupid:[/edit]

Du nicht, wenn, dann STS301 :stupid:

[mkinzler]

Er hat wohl den ursprünglichen Beitrag von Andreas nicht mit gerechnet.

[DeddyH]

Na gut, so gesehen...

[Namenloser]

Also die Startseite meinte 700 Beiträge Antworten.

[jbg]

Zitat:

Zitat von NamenLozer

War das so ein fettes Speicherloch, das du da geschlossen hast?

Wenn man bedenkt, dass BDS mehr als 400 DLLs lädt, und für jede ein Speicherleck von 64 KB auftritt, dann ergibt das recht schnell 25 MB Speicherverschwendung.

[FAlter]

Hi,

ich kann auch bestätigen, dass es jetzt nochmals schneller geworden ist (D7 und noch mehr D2k5, 2533 MHz, 1536 MB, beide Male JVCL dabei und ein paar andere Fremdkomponenten). Auf den Speicher hab ich nie genau geachtet, und bei D2k5 PE gibt es eh jede Menge Speicherlecks.

Mfg
FAlter

[Garfield]

Zitat:

Zitat von FAlter

Auf den Speicher hab ich nie genau geachtet, und bei D2k5 PE gibt es eh jede Menge Speicherlecks.

Turbo Delphi auch. Wenn man beim Ändern einen gewissen Punkt überschritten hat, kann man im Task Manager zusehen, wie Turbo Delphi immer mehr Speicher belegt, ohne das man etwas tut.

[Namenloser]

Ich versteh immer noch nicht, warum CodeGear es nicht schafft, das ganze BDS stabil zu programmieren. Die haben schließlich den Source Code - im Gegensatz zu jbg. Irgendwie ist es doch erbärmlich, dass es sowas wie DSU überhaupt geben muss bzw man sich schon dran gewöhnt hat, dass eifnach so während des Arbeitens oder auch ohne, dass man irgendwas tut, plötzlich irgendwelche internen Fehler auftreten, die es einem nicht mal mehr erlauben, die Änderungen zu speichern.

Übrigens:
Neulich war das bei mir echt aufregend: Urplötzlich kam ein interner Fehler, der nach dem Schließen der Meldung gleich wieder kam. Ich hab dann durch gelangweiltes Gedrückthalten von Enter festgestellt, dass ich ab und zu Lücken erwischen konnte, in denen für ganz kurz keine Fehlermeldung sichtbar war, sodass die Tastendrücke zur IDE ins Codefenster durchdrangen. Mit langem Gedrückthalten von Alt+F4 hab ich so das "Änderungen Speichern?"-Fenster provozieren können. Das Schwierige daran war natürlich, im richtigen Moment noch Enter zu drücken, weil sich der Dialog mit Alt+f4 natürlich auch wieder schließt. Am Ende hab ich's dann tatsächlich noch geschafft, die Änderungen zu speichern. Gut, dass ich nicht beruflich damit arbeite. :roll:

[alzaimar]

Zitat:

Zitat von NamenLozer

Ich versteh immer noch nicht, warum CodeGear es nicht schafft, das ganze BDS stabil zu programmieren. Die haben schließlich den Source Code

[X] Du hast noch kein komplexes System implementiert.