Java kleinste Zeiteinheit

[maki]

Daher mein Posting, daß es durchaus noch andere Personen gibt, die so denken wie ich

Finde ich gewagt die Aussage, wie kommst du denn darauf?

 

[fastjack]

Mal eine kurze Frage an alle Performancekritiker: Wie groß war bisher Eure größte Serveranwendung, an der Ihr bis jetzt mitgearbeitet habt? Zwei Tabellen, drei, oder sogar gar keine Datenbank? 10 Datensätze, oder vielleicht sogar 100? Oder vielleicht überhaupt keine?!?!

Theorie ist toll, labern auch, aber es gibt nun mal Bereiche, die müssen von vornherein schnell sein, einfach weil die Hardware in irgendeinem Keller minderwertig ist oder gar keine Mittel für nen teuren Server zur Verfügung stehen. Und da nutzt es mir relativ wenig, ob javac in der Version XXX jetzt meinen Schietcode aufräumt, bei dem ich zu faul war, den gleich richtig zu programmieren, oder nicht. Und wenn ich mich dann auch noch aus Bequemlichkeit auf die (auto) Optimierung verlasse, na super, wenn die in der nächsten Version nicht mehr funktioniert. Prost!

 

[maki]

Mal eine kurze Frage an alle Performancekritiker: Wie groß war bisher Eure größte Serveranwendung, an der Ihr bis jetzt mitgearbeitet habt? Zwei Tabellen, drei, oder sogar gar keine Datenbank? 10 Datensätze, oder vielleicht sogar 100? Oder vielleicht überhaupt keine?!?!

Insgesamt 2000 User von denen bis zu 200 gleichzeitig mit der Anwendung arbeiteten, um die 120 Tabellen, ca. 800000 Codezeilen, aber das weiss ich nicht mehr so genau.
Scalierbarkeit != Performance
Sonst würden wir alle noch Maschinencode oder höchstens Assembler hacken

Es geht ja nicht darum Anwendungen so langsam wie möglich machen, sondern darum, dass man nicht als allererstes an Performace denkt, ab einer bestimmten größe (Codebasis) kostet die Wartung des Codes mittelfristig weit mehr als die Serverhardware.

Verstehe auch das Problerm nciht ehrlich gesagt, Profiler gibt es umsonst, damit findet man dann die echten Bottlenecks und kann immer noch was daran ändern, sofern dass Design das zulässt.

 

[fastjack]

Mein Gott, ich meine doch keine riesigen Änderungen. Ich meine diese kleinen Sachen wie z.B. häufige Konkatenierungen auf denselben String in größeren Schleifen, die einem ins Auge brennen, weil der gesunde Menschenverstand einem vorher schon sagt das das länger dauern kann ist. Dafür brauche ich keinen Profiler und meine Anwendung läßt sich genauso warten wie vorher.
Also kleine Sachen, die ich selber vermeiden kann, ohne das sich später jemand mit einem Profiler ne Birne machen muß.

 

[Dude123]

hi,

also eigentlich ging es bei mir garnicht um nen speziellen algorithmus, da hab ich mich wohl falsch ausgedrüct ^^ dachte aber auch net dass es dann nun zu so einem gespräch hier führt.

ob ich nun 2000 versuche brauche um ein ergebnis zu bekommen , statt 150.000, finde ich doch schon wichtig.

kla läuft das auch alles super mit den 150K oder noch mehr, nur warum sollte ich das so machen, wenn ich doch dann am ende bemerke , "hey, da lässt sich ja noch was optimieren"

und was anderes wollte ich eigentlich nicht machen.

wollte dann einfach testen, inwieweit sich die "optimierung" bei dem lösen auch in der gebrauchten zeit wiederspiegelt.

denn was bringt es mir, wenn ich es schaffe nurnoch 1/100 der eigentlich benötigten lösungen zu testen, wenn ich dafür mehr zeit brauche?


performance und ordentlicher code ist für mich schon sehr wichtig und sollte man auch immer drauf achten, denn was bringt es mir wenn ich da total die scheiße hinklatsche und 1000 schleifen hintereinanderpacke, obwohl ich alle zu 5 schleifen zusammenpacken kann.

oder auch das logische ausschließen.

muss etwas immer getestet werden, oder nur in speziellen fällen.

und da finde ich es doch schon hilfreich zu wissen, wie man sowas am besten messen kann und was anderes wollte ich hier auch nicht erfahren
naja abgesehen von der 80/20 regel ^^ die is cool

ich bin auch einer der einfach drauf los schreibt und alles erstmal macht. dann setzt ich mich aber hin und hau am ende alle sachen raus. nicht weil ich es muss, sondern weil ich es einfach so will.


glaube das machen viele hier, also ist denen die performance nicht ganz egal.

gruß

 

[fastjack]

@Dude Du sprichst mir aus der Seele. Wie gesagt, ich denke wir meinem am Ende fast alle dasselbe, nur läßt es sich im Forum deutlicher schwerer Ausdrücken als im Gespräch. In diesem Sinne

Hast Du messbare Werte bekommen, als Du die Anzahl der Iterationen/Objekt erhöht hast ?

 

[Dude123]

hab es noch nicht öfters durchlaufen lassen.

müsste dazu noch änderungen vornehmen, denn momemtan ist alles noch so ausgelegt dass es nur einmal funktioniert ^^

finde auch eher wenig zeit, da ich noch viel für die schule machen muss und für die arbeit.

werde es aber die tage nochmal genauer testen ^^

und für alle die es interessiert. es geht hier um einen schlichten sudoku löser ^^ nicht mehr und nicht weniger

nur ist es kein einfacher zufalls/backtracking dingen, sondern da steck doch schon mehr dahinter ^^

ob es nun wieder sinn macht es zu optimieren sei dahin gestellt ^^ nur ich bin ja auch noch am lernen und dadurch lernt man erst richtig. so seh ich das ^^



gruß

 

[bygones]

Mal eine kurze Frage an alle Performancekritiker: Wie groß war bisher Eure größte Serveranwendung, an der Ihr bis jetzt mitgearbeitet habt? Zwei Tabellen, drei, oder sogar gar keine Datenbank? 10 Datensätze, oder vielleicht sogar 100? Oder vielleicht überhaupt keine?!?!

keine - nix - nada... ich hab mein ganzes wissen allein von buechern und nie in Wirklichkeit ausprobiert. Ich habe weder als Reviewer zig tonnen code von anderen angeschaut noch als QSler diverse Codestellen von "performance" optimierten code angeschaut.
Mein Wissen ist rein theoretischer Natur und hat nix mit einem reellen Beispiel zu tun. Die ueber 10 Jahre Programmiererfahrung sind ebenso nur durch Unwissenheit gekommen

beat that - irony... (wenn schon geflamed wird dann bitte die richtigen)

@Dude Du sprichst mir aus der Seele. Wie gesagt, ich denke wir meinem am Ende fast alle dasselbe, nur läßt es sich im Forum deutlicher schwerer Ausdrücken als im Gespräch. In diesem Sinne

tun wir auch

 

[fastjack]

@bygone
Du arbeitest nicht zufällig in Redmond oder ? (Spaß)

 

[bygones]

@bygone
Du arbeitest nicht zufällig in Redmond oder ? (Spaß)

wenn dann lieber Mountain View