1 up |
^^^ Additional posts ^^^
zorg.ch
#46975 by @ 09.09.2004 21:31 - nach oben -
Joh...
zorg.ch
#46977 by @ 09.09.2004 21:33 - nach oben -
schnell ? dem sagst du schnell...es ischt "schneller" aber nicht schnell
zorg.ch
#46978 by @ 09.09.2004 21:35 - nach oben -
Ohne irgendwelche Vorkonsolidierung gehts nicht schneller.
zorg.ch
#46979 by @ 09.09.2004 21:39 - nach oben -
nichts gegen deine arbeit...wollte tschuder nur relativieren.
zorg.ch
#46980 by @ 09.09.2004 21:42 - nach oben -
Du hast recht, es ist nicht viel schneller, nur ein bisschen.
zorg.ch
#46981 by @ 09.09.2004 21:45 - nach oben -
Was müsste man denn für "Vorkonsolidierung" machen ?
zorg.ch
#46983 by @ 09.09.2004 21:48 - nach oben -
Wenn jeder Thread-Record zb zusätzlich die lastcommentid hätte würds viel schneller gehen.
zorg.ch
#46987 by @ 09.09.2004 21:52 - nach oben -
und warum hat er das nicht ?...jeder post müsste dann aber auch wissen in welchem thread er ist oder ?
zorg.ch
#47006 by @ 09.09.2004 22:52 - nach oben -
das wiess jeder post jetzt schon
zorg.ch
#46989 by @ 09.09.2004 22:09 - nach oben -
warum nicht? vorher hatten wir das sogar... ist ein bisschen edler ohne, aber halt eben auch langsamer... wär vielleicht gut das wieder einzubauen.
zorg.ch
#46992 by @ 09.09.2004 22:17 - nach oben -
ich glaub irgendwie das wir endlich mal aufhören müssen die "reinheit" unseres code/struktur vor die geschwindigkeit zu stellen!
zorg.ch
#46994 by @ 09.09.2004 22:20 - nach oben -
Ich bin der Meinung, dass man schnellen Code auch schön schreiben kann.
Vielleicht dauerts etwas länger und nicht jedes Feature von heute auf Morgen verfügbar. Dafür kann man den Code besser warten.
zorg.ch
#46996 by @ 09.09.2004 22:23 - nach oben -
mag sein, aber nur weils edler ist auf ein feld in ner table zu verzichten und dafür alles langsamer machen ist doch echt sinnlos
Additional posts
zorg.ch
#47010 by @ 09.09.2004 23:04 - nach oben -
Nein. Irgendwann kommt man in der Praxis immer an einen Punkt wo man sich zwischen Performance/Schönheit des Codes entscheiden muss.
zorg.ch
#47007 by @ 09.09.2004 22:59 - nach oben -
es muss nicht edler sein, ohne. wenns schneller ist, dann ist's edler.

das speichern von zusätzlichen daten ist ein sehr gebräuchliches mittel, um mehr geschwindigkeit rauszuholen. meist gilt, wenn mehr daten gespeichert sind, wird's schneller; und umgekehrt. und da heutzutage speicher günstiger ist als rechenzeit, wird häufig mehr gespeichert. wichtig ist nur, dass die richtigen daten gespeichert werden, damit's auch wirklich schneller wird. (hab heute fast den ganzen tag für die schlussprüfung in 'algorithmen und datenstrukturen' von morgen gebüffelt) also los!
zorg.ch
#47012 by @ 09.09.2004 23:06 - nach oben -
Jo, ich erwarte das ein Pagehit schneller wird als ein 512byte Plaintext file.
zorg.ch
#47022 by @ 10.09.2004 08:07 - nach oben -
Du hast erst jetzt Prüfungen?
Zum glück bin ich mit meinen schon fertig.
zorg.ch
#47024 by @ 10.09.2004 08:09 - nach oben -
ja, erst jetzt. wann hattet ihr den prüfungen? isch guet gange?
Additional posts
zorg.ch
#47027 by @ 10.09.2004 08:33 - nach oben -
hm ja, rechenzeit versus cpu verbrauch. im zorg-kontext kämen da aber schnell redundanz probleme daher, die dann evtl mühsam werden können, meinst du nicht?
zorg.ch
#47030 by @ 10.09.2004 08:37 - nach oben -
natürlich muss es sauber programmiert werden, damit die datenintegrität gewährleistet ist. das ist halt das risiko, wenn man redundante daten speichert. aber ich denke, wir sollten das hinkriegen. auch auf zorg.
Additional posts
zorg.ch
#47069 by @ 10.09.2004 10:34 - nach oben -
Ich hab das Forum jetzt mal so gelöst - wenn Probleme auftauchen, löse ich die dann.