Ich glaube nicht an Rumgesülze ohne ernsthafte Referenzen, also zähl doch mal ein paar Foreneinträge auf.
Beispielsweise ist dieser Beitrag von Herb Sutter eine ernsthafte Referenz. Der sollte dir als offensichtlich passionierter Programmierer ja ein Begriff sein,
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 31. Mai 2012 um 08:12.
Vielen Dank, dass man hier meine einigermaßen detaillierte Kritik an der unzureichenden Performance (oder sagen wir genauer: Robustheit) von fundamentalen Architektur-Elementen bei .NET als "Rumgesülze" bezeichnet.
Foreneinträge dazu braucht man IMHO nicht wirklich zu liefern - allein ein Google "LOH OutOfMemoryException compaction dotNET" liefert 48000 oft recht relevante Ergebnisse.
"Fatal Flaw in the Large Object Heap?" http://social.msdn.microsoft.com/forums/en-US/clr/thread/08e6bd5f-613e-41ae-9ab1-b05c7ff2710f/ [tolle MSDN-Non-Subject-URLs wieder mal...]
Der Post auf MSDN ist von 2006. Ist das immer noch der Fall mit dem .NET GC? Also hat Microsoft diesen Bug in den 6 Jahren nicht behoben?
So einfach alle Anwendungen, die mit großen (i.e. 20MB) Daten Arbeiten, sind nicht möglich mit .NET. Zumindest nicht, wenn man die Anwendung länger als paar Tage laufen lassen will.
It might seem that nothing can be done to solve this problem apart from periodically stopping and restarting the afflicted program.
Das scheint wohl immer noch die Lösung von Microsoft zu sein: Neustart.
Ich glaube nicht an Rumgesülze ohne ernsthafte Referenzen, also zähl doch mal ein paar Foreneinträge auf.
Beispielsweise ist dieser Beitrag von Herb Sutter eine ernsthafte Referenz. Der sollte dir als offensichtlich passionierter Programmierer ja ein Begriff sein,
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 31. Mai 2012 um 08:12.Vielen Dank, dass man hier meine einigermaßen detaillierte Kritik an der unzureichenden Performance (oder sagen wir genauer: Robustheit) von fundamentalen Architektur-Elementen bei .NET als "Rumgesülze" bezeichnet.
Foreneinträge dazu braucht man IMHO nicht wirklich zu liefern - allein ein Google "LOH OutOfMemoryException compaction dotNET" liefert 48000 oft recht relevante Ergebnisse.
Zentrale Artikel dazu sind jedenfalls
http://www.simple-talk.com/dotnet/.net-framework/the-dangers-of-the-large-object-heap/
"Fatal Flaw in the Large Object Heap?" http://social.msdn.microsoft.com/forums/en-US/clr/thread/08e6bd5f-613e-41ae-9ab1-b05c7ff2710f/ [tolle MSDN-Non-Subject-URLs wieder mal...]
Danke sehr, für die Links.
Der Post auf MSDN ist von 2006. Ist das immer noch der Fall mit dem .NET GC? Also hat Microsoft diesen Bug in den 6 Jahren nicht behoben?
So einfach alle Anwendungen, die mit großen (i.e. 20MB) Daten Arbeiten, sind nicht möglich mit .NET. Zumindest nicht, wenn man die Anwendung länger als paar Tage laufen lassen will.
It might seem that nothing can be done to solve this problem apart from periodically stopping and restarting the afflicted program.
Das scheint wohl immer noch die Lösung von Microsoft zu sein: Neustart.