Gå til innhold

Hvordan oppleves ytelsen på forumet?


Anbefalte innlegg

Videoannonse
Annonse

Ja, men ubesvarte tråder fungerer fint, de burde heller byttet om

Ubesvarte tråder og Mine innlegg er egenutviklet, de blir derfor ikke rammet når ytelsesmodus skrus på. Siste 24 timer er utviklet som en del av søket til IPS og blir derfor rammet.

 

 

Jeg merker også at hvis jeg har postet i en tråd, så ser det ut som om det har kommet en ny post når jeg ser i mine innlegg.

En av de tingene som virker å sinke oss veldig er databaseaktiviteten mot tabellene som lagrer denne informasjonen. I ytelsesmodus blir dette derfor lagret i cookies på maskinen din.
Lenke til kommentar

Ja, MySQL-oppgraderingen håper vi virkelig vil hjelpe på ytelsen, men er bare et av flere tiltak som vi jobber med.

Det har skjedd mye med MySQL fra versjon 5.0 som vi kjører i dag til versjon 5.5 som er den vi oppgraderer til i natt og vi har god grunn til å tro at dette vil hjelpe mye.

Lenke til kommentar

Lurte på om dere kom til å teste med 5.5.

 

Har dere testet ytelsen på 5.5 på en testserver, eller har dere bare gjort en teknisk analyse av problemene?

 

Hvis 5.0 -> 5.5 oppgraderingen for MySQL er like store som for Postgres fra 8.1 -> 8.3, så tror jeg dere er i rute for å få løst problemene. :)

Lenke til kommentar

Det er utvilsomt antallet spørringer som krever skriving som er problemet. For eksempel skal jo forumet huske hvilke poster du har lest, og hvilke du ikke har lest. En mulighet er å lagre dette i Memcache eller Cassandra, men da må vi skrive om mye av IPB-koden. Går vi en slik retning vil fremtidige oppgraderinger (f.eks. til 3.2) bli en formidabel/umulig(?) jobb.

 

Vrien problemstilling. Kanskje det hadde vært mulig å lagd noen action hooks som overskriver de vanlige lagre-til-db / hent-fra-db funksjonene for noe av dataene, og heller dytte det i memcache/Cassandra/couchdb/mongodb istedet?

 

Det burde overleve de fleste mindre oppdateringene bra, og gjøre det lettere å oppdatere hvis de ikke overlever. Hvis de har gjort en god jobb på det, så burde det være en dedikert funkjson på hver class for lagring og en for henting. Men, har ikke sett kildekoden bak det, så kan jo ikke vite.

 

Edit : Fant en interessant artikkel med noe info angående innodb write ytelse : http://www.mysqlperformanceblog.com/2011/03/31/innodb-flushing-a-lot-of-memory-and-slow-disk/

Endret av Terrasque
Lenke til kommentar

Kan man ikke oppgradere hardwaren? Det kan ikke være fantastisk dyrt å gå for noen high-end SSD-er i raid10 eller lignende med tilfredsstillende kapasitet, og gjerne markant øke mengden RAM.

 

Jeg er langtifra noen ekspert og jeg vet heller ikke hva som er i bruk i dag, men forumet er åpent for alle og da velger jeg også å legge ut mine tips. ;)

Lenke til kommentar

MySQL-versjonen har nå blitt oppdatert fra 5.0.X til 5.5.X. Drift venter i spenning for å se hvor mye dette vil forbedre situasjonen, bedre svar på det får vi nok først i kveld. ;)

 

Inntil da vil vi gjerne at folk sier fra hvis de opplever trøbbel. ;)

Lenke til kommentar

Ser ut som dette hjalp på! Mads i drift har sendt noen bilder hvor man kan se forskjellen!

 

Mengden SQL-spørringer som kjøres:

mysql_queries-week.png

 

 

Det er samme antall spørringer, men det er hvordan disse kjøres og behandles som er kraftig forbedret, se på disse CPU-grafene.

cpu-week.png cpu-day.png

 

 

Vi håper defintivt at vi kommer til å se denne store bedringen holde seg! ;)

  • Liker 5
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...