Es scheint sich ein Fehler für die Zorg langsamheit herauszu kristalisieren.
In der Schule war ich auf zorg und hatte die Typische langsamheit. 10 Min später war der meidrich an meinem Rechner mit seinem User und er hatte parsetimes von weniger als 0.5 Sekunden. Da der einzige unterschied der User war ( Rechner, Leitung, Browser etc waren ja gleich) muss es daran liegen.
Das würde auch erklähren weshalb ich mit Telnet viel ne schnellere Parsetime habe, dort bin ich nämlich nicht eingeloggt..
Ich hoffe es macht sich jemand die Mühe und schaut mol den Code ganz genau an.
Ich würd den Index mal von der Table droppen und neu Adden. Ich bin aber absolut kein DB Spezi und kenn den zorg code nicht.
Die 15 Sekunden die erwähnt wurden.. das könnte irgend ein timeout sein. möglicherweise auch in ner anderen tabelle die immer konsultiert wird. schach, reversi, messages.
Hab keinen Zugriff auf euren Stuff um da zu basteln.
Ich finde, solange die Abfagen nicht komplex sind, taugt MySql auch für grosse Datenbestände.
Zudem kommen in den neuen Versionen (4.1) ja auch Features hinzu die MySql zu einem "richtigen" RDBMS machen.
MySQL ist ein kleiner, sehr schneller Datenspeicher.
Wenn sie jetzt Stored procs und RICHTIGE Transaktionen etc. noch reinhacken, kann ich mir nicht so vorstellen dass das kurzfristig sauber rauskommt.
D.h. entweder gibt MySQL bei der Performance ein wenig ab, oder wir haben ein Tentakelmonster-DB-Server, mit x verschiedenen Tabellentypen etc.
MySQL ist wirklich ok für Websites und so. Schnell, sehr schnell.
Aber wir reden hier von Datenbanken. Und eine komplexe Datenbank (sagen wir mal eine Betriebswirtschaftliche Standardsoftware die Mehrbenutzerfähig ist) macht man NICHT mit MySQL, weil MySQL eben keine Datenbanksoftware in diesem Sinne ist.
Es verlang ja auch niemand das MySql Betribswirtschaftliche Software unterstützt. Es soll weiterhin für den Webbereich dienen. Allerdings kommen auch hier immer neue Anforderungen wie Transaktionen oder Stored Procedures hinzu..
Die Features wurden nicht schnell reingehackt, sondern sind langsam rein gewachsen, immer ein bischen mehr, ohne grosse ankündigung.
weil MySQL eben keine Datenbanksoftware in diesem Sinne ist. Das hast du schon oft gesagt, ich weiss aber immer noch nicht wieso. Kannst du mir das bitte (noch-)mals erklären?
*huescht* und wieso steht dann sowohl bei der befehlsbeschreibung als auch im phpmyadmin "myisam"?
ok, myisam haben wir nur etwa 3, der rest ist isam...
auf der vorher verlinkten website steht "On MyISAM tables it's the same thing as running myisamchk -m table_name on the table. "
demnach kann man das mit den tools auch machen. ross, gell. und mit den tools gehts auf für isam-kinder.
Nur dass wir nicht MyISAM Tabellen haben, welche das Problem betrifft. MyISAM sind nur die Posts, die Listen (was zum Teufel ist das eigentlich) und das Reversy..
Auf der steilen Klippe beobachtete ich den feurigen Sonnenuntergang. Der kalte Abendwind strich mir sanft über die glatte Haut als ich die flüsternde Stimme hörte, welche von weit her zu kommen schien. "Hör mal.." sagte sie mir, klar wie die Sterne an einem wolkenlosen Nachthimmel, "Hör mal. PostgreSQL ist wirklich cool!"
mir ist grad noch was aufgefallen. ich hab in letzter zeit immer partimes zwischen 15.2 und 15.3 sek. ist irgendwie schon n bisschen komisch, dass es immer die selben parsetimes sind...
wegen dem db-ansatz: habe da einige interessante sachen gefunden, trau mich aber nicht recht ran:
zu mysql gehören verschiedenen db-typen-checks.
wir benutzen hauptsächlich isam, das programm dazu ist isamchk, für myisam (wer hätte das gedacht) myisamchk
dann gibts da noch "man", womit ein in datenbanken und mysql bewanderter sicherlich ein paar checks machen kann.
ps: diese commands werden per shell, d.h. ssh ausgeführt.
ich hab im moment keine zeit (wegen vhz usw.), mir selbst den zorg-code anzuschauen. aber mal ne anregung an die zorg-coders:
wie wärs, wenn man mal den code kopiert und dann einfach anfängt teile raus zu nehmen. ich denke, irgendwann findet sich ein teil, welcher die probleme verursacht. ich glaube nämlich weniger, dass es genau an der user-table liegt. die ist nämlich eher klein und wird wohl nicht so häufig geändert. konkreter denke ich dabei an teile wie z.b. die latest-posts, reversy/schach-anzeigen oder den poll. ich denke, wenn man ne seite nur mit dem login hat und ohne db-intensiven content oder anzeigen, dann müsst's schnell laufen, oder?
Ich denke nicht, dass es an den Post liegt, weil die Seite baut sich ohne eingeloggt zu sein schnell auf. Dann käme nur noch Schach und Reversi in Frage. Wobei ich zu Schach tendiere.
eventuell sinds interaktive, negativi protonebeschleunigungstochterstrahle wo vom amerikanische nord-kontinent namens usa und sinene chider uusgönnd...
es lag an der newmails-anzeige im header. alle, die entweder ein falsches mail-passwort oder mail-user für ihren zorg-mailaccount angegeben haben (im MyProfile) oder gar keinen zorg-mailaccount haben (so wie ich; hab n alias), haben lange parsetimes. die newmails-anzeige im header fragt mit angegebenen user/pw die mailbox ab und wenn die daten nicht stimmen gibts warscheinlich n timeout von 15s. wenn kein passwort (user weiss ich nicht) angegeben wurde, fragt die mail-funktion den account nicht ab resp. tritt kein timeout auf. somit besteht dann das problem nicht.
lösung: mail-passwort rausnehmen oder richtig einstellen (im MyProfile)
PS. in der funktion check_mails, die für die newmails-anzeige im header verantwortlich ist, wurde als mailaccount der zorg-username verwendet. ich habe mir erlaubt als mailaccount den mail-user einzugeben, der ja eigentlich dafür vorgesehen wäre (oder täusche ich mich da?).
PPS. deep, bei dir lautete der mail-user deep:blue. das stimmt natürlich nicht mit dem mailaccount 'deepblue' überein. ich hab's korrigiert.
Hm. Ich hab den weber vor jenstes langer Zeit schon mal drauf aufmerksam gemacht, dass zmail nicht tut, anscheinend hat er nichts geändert, wobei übel nehmen kann man es ihm nicht, s hat ja auch sonst niemand was an der Page gemacht..
In diesem sinne wär ich dafür, dass sich mal n paar leute n we lang in extreme programming üben und den zorg code etwas verschönern. Dabei könnten sie sich mit hilfe von Cylander und Milamber in den Code einarbeiten, und anschliessend mehr selbst machen. Zudem würde der Code vielleicht besser werden. Und ein paar Features kämen sicher auch dazu.
Wer wäre dabei?
Jaja wir wissen dass du was gegen xp (extreme programming) hast..
Ich würd mein home bereitstellen, s hat genug platz. ein paar Computer hats auch, und mehr bringen darf man immer..
Ich weiss auch nicht wie genau xp definiert ist und was für paradigmen es hat. Und ich bezweifle auch, dass ich alle paradigmen ( mensch ist das ein tolles wort) von xp Anwende.
Aber ich lese bei gelegenheit mol den Artikel den ich kürzlich irgendwo gefunden habe, falls ich den wiederfinde. Sonst hilft mir google gerne weiter auch wenn der immer noch nicht weiss weshalb metti das mail verschikt hat (metti weiss worums geht)
ok, Zusammenfassung von dem was ich weiss (nicht ganz alles, ich fass mich _sehr_ kurz):
-Pair Programming - zwei Leute, ein Computer
-Tests - für _jeden_ Teil einer Software wird _zuerst_ ein Test geschrieben
Die Tests kann man dann alle nach einer Änderung an der Software durchlaufen lassen, und sieht sofort, wenn man was geschlissen hat
-rewrites - wenn man was nicht mehr versteht, wird es neu geschrieben
-Kundenwünsche werden seperat "geschichtenmässig" formuliert, auf kleine (A6-A5) Karten geschrieben. Beispiel: "Herr xyz von der Abteilung abc will immer am Montag auf den Knopf 123 drücken und dann den Umsatz der letzten Woche sehen"
Eigentlich ists noch mehr, fällt mir auf die schnelle nicht mehr alles ein (hab einen ca. 2h Vortrag gesehen und 2 oder 3 Artikel gelesen)
Cool ist, dass man damit nur ca. einen drittel langsamer entwickelt, dafür mit einem Zehntel der Fehler. Das dürfte sich in vielen Fällen lohnen.
tönt doch gar nicht so schlecht. da hab ich gar nicht so viel dagegen. das meiste finde ich gut. tests mache ich auch immer. allerdings schreibe ich die im nachhinen. (wenn die funktion steht, nicht wenn die ganze software steht)
nur das pair programming finde ich einen elend verfluchten huren bockmist!!! das müssten dann schon zwei personen sein, die haargenau den selben coding-stil haben. nur so als beispiel, zwischen tschuder und mir würde das NIE funktionieren und man würde mindestens 100x so lang brauchen, bis man was hat.
muss imfall nicht sein, dass es an zweien liegt... habe auch schonmal versucht, mit jemandem zu programmieren, der war in der beziehung echt ätzend. er hatte immer irgendwelche bescheuerten ideen, die ganz sicher nicht funzen würden, und teilte mir die immer genau dann mit, wenn ich gerade meine idee (von der ich ihn gerade in mühseliger arbeit überzeugt hatte) umsetzen wollte.
meiner meinung nach kann pair programming nur funktionieren, wenn derjenige, der zuschaut nur syntax korrigiert. also das, was nachher sowieso der compiler noch machen würde. da brauchts den 2. gar nicht.
Ich hab das Pair Programming mol mit dem milamber ausprobiert und das hat super geklappt. Obwohl ich zugeben muss, dass er mehrheitlich Programmiert hat und ich mir dabei überlegt hab, was er er macht, weshalb er das macht, wie man das noch machen könnte und das nachher noch alles kommt.
Meiner Meinung nach ist das ne sehr gute Idee.
@biko. ich glaub nicht, dass wir beide zusammen so viel länger hätten. Weil man beim Coden gleich ausprobieren kann und/oder aufschreiben kann was korrekt wäre. Sonst haben wir doch immer das Problem, dass wir entweder das selbe meinen und es Unterschiedlich beschreiben, oder wir das ganze so beschreiben, dass es der andere nicht versteht..
Bei Programmen wo Reliability höchstes Gebot ist lohnt es sich auf jeden Fall.
Pair-Programming ist Sinnvoll bei Programmier-Rookies. Erfahrene Programmierer machen weniger Fehler und kosten mehr.
Nun ja, so wie ich den tschuder verstanden habe, wolltest du einfach den username fürs webmail angeben können da du ja als useraccount deep:blue hast und als mail deepblue...oder so.
Nun ja was ich nicht beachtet habe ist das es leute gibt die gar kein z.org postfach haben (biko) und das da halt dann nen timeout sis unwesä tribt.
ich währ für ne v3, weil mit den features wie wir jezt haben währe das sogar machbar. Allerdings müssten dann auch tschuder und biko oder halt alle die was coden wollen dabei sein, damit auch alle was am code mechen können wenns ihnen mal nicht passt.
und somit kommen wir zum schlussplädoyer des klägers: herr anwalt, möchten sie noch ein weiteres plädoyer anbringen? nein? dann kommen wir direkt zur festlegung des urteils:
der angeklagte wird, da er gestanden hat und sich auch sonst kooperativ verhalten hat, zu der milden strafe von
Ich wär bei ner V3 dabei.
Sofern man sich darauf einigt, nicht einfach darauf los zu coden, sondern zuerst etwas zu überlegen, was man machen will, wie mans macht.
@clyander
Du hast mich richtig verstanden. Ich wollte einfach nur den Mailusernamen angeben können, hätte mir gereicht.
hab ich ja auch gemacht...jedenfalls dachte ich, das ichs hätte.
V3 = z.org mit Konzept ?
Bert i rich beruäfig ih! diä stroof isch nöd grechtfertigät do Tatbestandsmerkmol nöd eidütig sind. Und userdem gsehn i do ninäd än Kausalzämmähang..-)
Genau, ein Zorg mit Konzept.
Nicht ein strub rüdes Konzept, aber auch nicht einfach ein drauf los coden.
Weil beim drauf los coden nerft, dass man irgendwan an eine Grenze kommt wo man so viel ändern müsste, dass man grad so gut das ganze neu schreiben könnte. Das tut man aber nicht, weils zu lasch ist.
Mit besprechen was wir alles machen wollen, können wir jetzt schon Anfangen, dazu brauchen wir nicht bis zum Sommer zu warten.
Es sollte einfach nicht so raus kommen, dass mit irgend was zu coden beginnen, bevor nicht klar ist, was gemacht werden soll. Sonst kommts wieder so heraus wie es jetzt ist, sprich niemand macht es mehr wirklich an, was zu machen.
Der Meinung bin ich auch. Was für n Tag ist der 23?
Die Termine tönen ganz gut/vernünftig.
Bis im Sommer sollten wir ein Konzept für die V3 mit den wichtigesten Features zusammen haben, damit man in den Sommerferien mit Coden beginnen kann.
Ich sag absichtlich man, weil ich und biko in den Sommerferien in Bülach grüne Ferien machen..
Ich wär für einen BMW-F1 Motor, die von Ferrari haben zwar mehr Leistung, saufen dafür aber auch wesentlich mehr.
Ok, wir werden auf dich zurückgreiffen, sofern dies nötig sein wird.
Wir selbst schreiben schon seit geraumer Zeit selbst Programme, haben erfahrung mit Scriptsprachen für das Web, sowie mit Datenbanken (MySQL).
Sogar dass mit dem Zuhause kein Netz können wir aufbieten. :)
Hei Metti
Du bist ächt ein eländ grüsig wüäster.
Jedesmal, wenn wir irgendwie das Wort Datenbank und Mysql in verbindung bringen kommst du und motzt rum. Hei ja mysql ist KEIN RICHTIGES Datenbank System. Um dich zu beruhigen, Ich arbeite auch mit RICHTIGEN RDBMS wie Oracle oder MSQL, da ich aber nicht weiss, mit was die anderen noch so arbeiten, hab ich mich milde ausgedrückt.
