Willst Du mich etwa kontrollieren? Ha! Da lach ich doch nur drüber. Bin ja mal gespannt, wie das aussieht. Willkommen im 21 Jhd., Kommandozeilenfetischist.
Oh ja aber wie! Vor allem mit diesem garbage namens .NET garbage collector, der auf 32bit-Systemen bei nur halb-ernsthafter Anwendung (tendenziell I/O-bound operation, also viel Speichernutzung) schlicht unbrauchbar ist, weil dessen LOH ganz offensichtlich wirklich grundsätzlich NULL compaction macht und somit ruckzuck (bei leider etwas langlebigeren Speicherobjekten - also Generation 2) der gesamte sehr begrenzte 32bit-Adressraum dermaßen fragmentiert endet (jedenfalls der LOH-relevante Bereich), dass man jede Menge OutOfMemoryException:s um die Ohren gehauen bekommt und die Sache nutzlos abschmiert. Das alles schon bei einem Footprint des Prozesses von nur etwa 600MB (und viel freiem Hardware-Speicher, selbstverständlich). Die Internet-Foren sind voll davon... (zumindest von Problemen; Lösungen sieht man da eher weniger)
Und dann noch die teilweise fragwürdigen Threading-Klassen-Implementierungen und die durch den GC verursachten starken Lifetime-Komplikationen (welche Klasse ist jetzt IDisposable-basiert also wo muss ich aufpassen, und welche Auswirkungen kann ein "using" bei welchem Stream-Typ jeweils haben?).
Give me Ruby / Python any day... (aka: jeglicher Microsoft-"Infrastruktur" habe ich mittlerweile abgeschworen; und mit dem nächsten Technologie-Deprecation-Chaos - also bei Windows 8 - wird das sowieso nicht besser)
Wenn Du jetzt noch ein paar davon aufgezählt hättest, wäre Dein Beitrag ja noch irgendwie interessant gewesen. So ist es leider nur vollkommen überflüssiger Spam...
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.
Meine Güte, es geht ja wohl um die Programmiersprache an sich, oder?! Dass da noch nicht alle Features drin sind ist ja wohl klar! Dafür kann der MS Compiler nicht alles aus C++11x.
Eine Tragödie. Mein Leben hat keinen Sinn mehr... Jetzt sterben nach und nach meine Flamegrundlagen weg. Ein schlechter Tag. Naja dann muss ich halt wieder auf bewährtes zurückgreifen.
"Spätestens seit der Freigabe von Windows 8 wird auch den größten Liebhabern klar, dass auch Microsoft nicht wirklich mit dem Erfolg von Silverlight rechnet. "
Hab ich was verpaßt? Haben die schon freigegeben? Nicht dass es wichtig wäre, was die so machen...
um die investierte Zeit
Heute ist ein guter Tag!
Hehe, Microsoft lässt sein eigenes U-Boot absaufen. :D
Mono ist auch faktisch tot. Dann geht es endlich wieder aufwärts mit Linux.
Mono lebt wohl sehr gut.
@pro-linux: Captcha gerade: "GASTOD" srsly?!
Bitteschön nichts gegen Mono. C# macht durchaus Spaß!
Dann spiel weiter, aber nicht unter Linux!
Willst Du mich etwa kontrollieren? Ha! Da lach ich doch nur drüber. Bin ja mal gespannt, wie das aussieht. Willkommen im 21 Jhd., Kommandozeilenfetischist.
Oh ja aber wie!
Vor allem mit diesem garbage namens .NET garbage collector, der auf 32bit-Systemen bei nur halb-ernsthafter Anwendung (tendenziell I/O-bound operation, also viel Speichernutzung) schlicht unbrauchbar ist, weil dessen LOH ganz offensichtlich wirklich grundsätzlich NULL compaction macht und somit ruckzuck (bei leider etwas langlebigeren Speicherobjekten - also Generation 2) der gesamte sehr begrenzte 32bit-Adressraum dermaßen fragmentiert endet (jedenfalls der LOH-relevante Bereich), dass man jede Menge OutOfMemoryException:s um die Ohren gehauen bekommt und die Sache nutzlos abschmiert.
Das alles schon bei einem Footprint des Prozesses von nur etwa 600MB (und viel freiem Hardware-Speicher, selbstverständlich).
Die Internet-Foren sind voll davon... (zumindest von Problemen; Lösungen sieht man da eher weniger)
Und dann noch die teilweise fragwürdigen Threading-Klassen-Implementierungen und die durch den GC verursachten starken Lifetime-Komplikationen (welche Klasse ist jetzt IDisposable-basiert also wo muss ich aufpassen, und welche Auswirkungen kann ein "using" bei welchem Stream-Typ jeweils haben?).
Give me Ruby / Python any day... (aka: jeglicher Microsoft-"Infrastruktur" habe ich mittlerweile abgeschworen; und mit dem nächsten Technologie-Deprecation-Chaos - also bei Windows 8 - wird das sowieso nicht besser)
Mal abgesehen davon, dass es an C# als Sprache an sich viele Unschönheiten gibt.
Wenn Du jetzt noch ein paar davon aufgezählt hättest, wäre Dein Beitrag ja noch irgendwie interessant gewesen. So ist es leider nur vollkommen überflüssiger Spam...
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.
Mono ist nicht C#.
.NET ist C# und Mono hinkt dem aktuellen .NET noch immer weit hinterher.
Meine Güte, es geht ja wohl um die Programmiersprache an sich, oder?! Dass da noch nicht alle Features drin sind ist ja wohl klar! Dafür kann der MS Compiler nicht alles aus C++11x.
Kann mal einer das "x" streichen?! Sorry
Obs mit Linux "aufwärts geht" oder nicht, hat nu
wirklich wirklich NICHTS mit dem Schrotts der sich
Mono/Moonlight nennt zu tun.
Zum Glück!
Der Omega13
Wohl eher mit diesem unpriviligiertem Schrott namens Java.
Spielst du auf Android an?
ich werds genau 0 vermissen
Nachdem die Flashkopie tot ist: schnell sterbe auch Flash
Micro$ofts Silverlight hat das Wettsterben fast gewonnen noch ein Schritt bis zum Ziel
Da es noch nie gelebt hat, hat es gegenüber Flash selbstverständlich die Nase vorn.
Das einzig Brauchare was er jemals entwickelt hat, war der midnight commander, den nutze ich heute noch.
Dein Kommentar ist auch ein zielsicherer Griff ins Klo.
Selbst wenn das so sein sollte, dann wäre sein Wirken alleine schon dadurch kein Griff ins stille Örtchen.
Das einzig Brauchare was er jemals entwickelt hat, war der midnight commander, den nutze ich heute noch.
wieso gehen hier immer zwei kommentare rein wenn ich einen abschicke?
wieso gehen hier immer zwei kommentare rein wenn ich einen abschicke?
wieso gehen hier immer zwei kommentare rein wenn ich einen abschicke?
Spammer - war in dem Thread als es nur den 1. Post gab
Das liegt doch auf der Hand.
Oder auch nicht.
Eine Tragödie. Mein Leben hat keinen Sinn mehr... Jetzt sterben nach und nach meine Flamegrundlagen weg. Ein schlechter Tag. Naja dann muss ich halt wieder auf bewährtes zurückgreifen.
"Spätestens seit der Freigabe von Windows 8 wird auch den größten Liebhabern klar, dass auch Microsoft nicht wirklich mit dem Erfolg von Silverlight rechnet. "
Hab ich was verpaßt? Haben die schon freigegeben? Nicht dass es wichtig wäre, was die so machen...