Anderer Leute Arbeit schlecht reden ist immer ganz einfach man sucht einfach in einem Test wo 10h gedauert hat mal schnell irgendwo einen minifehler und diskreditiert die person komplett.
Was eine ernst zu nehmende Reaktion waere, ist konkret aufzulisten wo genau DIESER Test falsch war, es selbst machen oder gegenteilige Testresultate Posten die man gefunden hat.
Wenn ich da denke das paar Hatekidies in letzter Zeit Millionen von Meldungen produziert haben mit purem Substanzlosem Hass gegen Systemd, weils nicht unixish genug ist oder aehnlicher Nonsense... dann ist das doch erstmal gut genug.
3. koennen ja ganz einfach diese angelblich voellig falschen Testergebnisse entkraeften.
Von mgraesslin am Fr, 28. November 2014 um 08:47 #
Korrekt ich habe diesen Benchmark nicht auseinander genommen. Weil das nicht mehr nötig ist. Siehe die Blog posts, die ich weiter oben verlinkt habe und diese enthalten das konsequente auseinandernehmen von Benchmarks.
Bei guter Suche findest du auch noch viel mehr Posts, wo Leute (die sich auskennen) die Benchmarks auseinander nehmen. Ich erinnere mich da an Posts zu einem Benchmark für Dateisystemen der CPU-bound war und ähnliches.
Übrigens wenn wir von Arbeit anderer Leute schlecht reden sprechen: was meinst du wie viel Probleme Michael uns schon verursacht hat, mit seinen fehlerhaften Tests? Da kommen dann die Leute zu uns und beschweren sich allen Ernstes, dass KWin langsamer ist.
Ich kann mich noch sehr gut an einen Benchmarkvergleich verschiedener Distributionen erinnern, bei denen Michael einen systematischen Fehler begangen, er die Ergebnisse bzw. den Test selbst nach einem Hinweis auf den Fehler aber nie korrigiert hat.
Das Ende vom Lied war dann, dass sich monatelang das Gerücht im Netz verbreitet wurde, dass neuere Distributionen immer langsamer würden.
Michael testet auch gern Distributionen mit aktivierten Debuggersymbolen und welch Wunder es ist langsamer als ohne. Das er ist nicht sonderlich technisch bewandert ist zeigt auch dass er seit Jahren keine BSD-übergreifende Tests erstellen kann, weil seine Software nicht mit aktuellen Versionen jenseits von FreeBSD & Derivaten klarkommt.
Anderer Leute Arbeit schlecht reden ist immer ganz einfach man sucht einfach in einem Test wo 10h gedauert hat mal schnell irgendwo einen minifehler und diskreditiert die person komplett.
Was eine ernst zu nehmende Reaktion waere, ist konkret aufzulisten wo genau DIESER Test falsch war, es selbst machen oder gegenteilige Testresultate Posten die man gefunden hat.
Wenn ich da denke das paar Hatekidies in letzter Zeit Millionen von Meldungen produziert haben mit purem Substanzlosem Hass gegen Systemd, weils nicht unixish genug ist oder aehnlicher Nonsense... dann ist das doch erstmal gut genug.
3. koennen ja ganz einfach diese angelblich voellig falschen Testergebnisse entkraeften.
Korrekt ich habe diesen Benchmark nicht auseinander genommen. Weil das nicht mehr nötig ist. Siehe die Blog posts, die ich weiter oben verlinkt habe und diese enthalten das konsequente auseinandernehmen von Benchmarks.
Bei guter Suche findest du auch noch viel mehr Posts, wo Leute (die sich auskennen) die Benchmarks auseinander nehmen. Ich erinnere mich da an Posts zu einem Benchmark für Dateisystemen der CPU-bound war und ähnliches.
Übrigens wenn wir von Arbeit anderer Leute schlecht reden sprechen: was meinst du wie viel Probleme Michael uns schon verursacht hat, mit seinen fehlerhaften Tests? Da kommen dann die Leute zu uns und beschweren sich allen Ernstes, dass KWin langsamer ist.
Ich kann mich noch sehr gut an einen Benchmarkvergleich verschiedener Distributionen erinnern, bei denen Michael einen systematischen Fehler begangen, er die Ergebnisse bzw. den Test selbst nach einem Hinweis auf den Fehler aber nie korrigiert hat.
Das Ende vom Lied war dann, dass sich monatelang das Gerücht im Netz verbreitet wurde, dass neuere Distributionen immer langsamer würden.
Michael testet auch gern Distributionen mit aktivierten Debuggersymbolen und welch Wunder es ist langsamer als ohne.
Das er ist nicht sonderlich technisch bewandert ist zeigt auch dass er seit Jahren keine BSD-übergreifende Tests erstellen kann, weil seine Software nicht mit aktuellen Versionen jenseits von FreeBSD & Derivaten klarkommt.
Vielleicht hat er einfach auch keinerlei Interesse BSD-übergreifende Tests durchzuführen?