FAQ |
Kalender |
Visa resultat för omröstning: Hur ska datan samlas in? Ska servern eller klienten initera(Push eller Pull) | |||
Server => Clinet (Pull, Servern initierar anslutningen och hämtar data. Cron på servern) | 17 | 73.91% | |
Clinet => Server (Push, klienten pushar datan till servern med jämna mellanrum. Cron på klienten) | 6 | 26.09% | |
Antal röster: 23. Du får inte rösta i den här omröstningen |
Ämnesverktyg | Visningsalternativ |
2011-03-22, 11:24 | #31 | ||
|
|||
Klarade millennium-buggen
|
Citat:
|
||
Svara med citat |
2011-03-22, 11:27 | #32 | |||
|
||||
Mycket flitig postare
|
Om användaren kör testet i ett CMS kan man ju be modulen dra ut vilka moduler som används och skicka med det i resultatet? Så man tydligt taggar upp resultatet med vilket CMS och version samt vilka moduler som körs?
|
|||
Svara med citat |
2011-03-22, 12:11 | #33 | |||
|
||||
Medlem
|
Citat:
Ett överhändande problem vi har om det är kunder till webbhotell som ombeds vara med i testet är att prestandan påverkas av kundens resursanvändning. Mätdata från en prestandakrävande e-shop med flera träffar i sekunden blir inte jämförbar med data från en sida med ett personligt cv som får någon träff per dag, även om de ligger på samma webhotell. Om vi kan anta att fördelningen av applikationstyp är jämn över webbhotellen (dvs x = antalet kunder med e-shoppar / antalet kunder totalt, och x är ~ samma för varje webbhotell ) så kan ju ett webhotells genomsnitt jämföras med ett annats, men är det verkligen så? |
|||
Svara med citat |
2011-03-22, 12:30 | #34 | |||
|
||||
Klarade millennium-buggen
|
EDIT: Glöm det, hittade svaret i den andra tråden.
Senast redigerad av Westman den 2011-03-22 klockan 13:44 |
|||
Svara med citat |
2011-03-22, 12:46 | #35 | |||
|
||||
Bara ett inlägg till!
|
Mycket intressant projekt! :-)
Men less is more till en början, se till att spendera tid på det viktiga. Få upp hela infrastrukturen med ett simpelt for-loop-test först. Lägg sedan på alla andra fräcka test. |
|||
Svara med citat |
2011-03-22, 13:57 | #36 | |||
|
||||
Bara ett inlägg till!
|
Citat:
Det jag funderade kring var att man kan optimera ett system på 1000 olika sätt, man kan sätta på cache i databasen, man kan köra APC och memcache i PHP, osv. det jag är rädd för är att om man kör testet och webbhotellet har optimerat sin server med diverse cache och det går supersnabbt, men att ett CMS gör helt andra typer av SQL-frågor vilket resulterar till en helt annan prestanda. Kommer ni mäta I/O prestanda oxå? Senast redigerad av MRDJ den 2011-03-22 klockan 13:59 |
|||
Svara med citat |
2011-03-22, 14:58 | #37 | |||
|
||||
Har WN som tidsfördriv
|
Citat:
APC eller någon OP Code-cache antar jag att de flesta kör och det är ju något som alla PHP-skript drar nytta av, men memcache är det inte många webbhotell som erbjuder. Querycache går ju att förhindra genom att slumpa fram data som ska användas i queryn så att inte resultatet kan cachas. Det sistnämnda är enklet att göra och finns redan implementerat i den första versionen jag gjorde. Om vi gör bra test som faktiskt kan reflektera hur snabbt ett CMS kör och webbhotell optimerar efter vårt test så har vi ju vunnit väldigt mycket. Det är ju att sätta lite press på webbhotellen att erbjuda bra prestanda som vi vill uppnå med det här och ge webbmasters möjligheten att jämföra. Målet är väl att vi ska testa det mesta. Vad för slags I/O tänker du på? Skriva/läsa filer är ju t.ex. ganska lätt att testa men att köra benchmarks hela webbsidor(simulera trafik) är nog lite svårare då det kräver väldigt mycket bandbredd vilket kostar lite för mycket. |
|||
Svara med citat |
2011-03-22, 17:24 | #38 | |||
|
||||
Klarade millennium-buggen
|
Varför inte ha en wordpres, joomla, drupal, osv själva testat, hur snabbt genererades och levererades sidan?
Detta kanske inte är praktiskt, men de vore relevant att få se hur lång tid de tar för wordpress sidan att genereras. Typ att man installerar 5 olika CMS verktyg hos hotellen som ett kompliment i benchmarken. "Så här snabbt går Wordpress hos XX". Apropå när vi snackar om att CMS systemen kan sega ner testet om man kör de i en widget, varför då inte låta själva CMS'en vara testet. De borde på nått vis också återspegla verklig upplevelse. Mättal från SQL'er är kanske inte så intressant i folks ögon förutom g33k's. |
|||
Svara med citat |
2011-03-22, 20:04 | #39 | |||
|
||||
Har WN som tidsfördriv
|
Citat:
Jag tycker nog det räcker som det är nu. Generiska siffror är enkla att jämföra och hantera. Om ett webbhotell har bättre siffror så är det ju snabbare. Delar man upp alla siffror i massa kategorier så tror jag att kvaliteten på datan försämras ganska mycket. En Wordpress-installation skiljer sig väldigt mycket ifrån en annan så jag tror det är bättre med generella siffror som går att applicera på alla applikationer. Det skulle kunna finnas ett par olika huvudkategorier där man får ett resultat i varje. Dessa skulle kunna t.ex. vara Läsning databas, skrivning databas, PHP/skriptprestanda, Fil I/O, osv. Dessa värden viktar man sedan och räknar fram en slutpoäng. Man skulle kunna ha olika viktningar beroende på vilken CMS/applikation man vill köra. Detta blir ju såklart väldigt ungefärligt, men det är ju inga exakta siffror i något led så det är ju inget större problem tycker jag. Det kommer aldrig kunna bli exakt. |
|||
Svara med citat |
2011-03-22, 20:12 | #40 | |||
|
||||
Klarade millennium-buggen
|
Citat:
Att testa en konkret applikation, cms wordpress osv, ger ett sammantaget värde som enskilda generiska siffror inte kan ge. Dvs bara för att ett hotell har bra i/o mot disk och bra fart mot databas behöver inte innebära att det fungerar bättre än ett annat hotell där memcache slots erbjuds som cachar mysql frågor samt xcache osv, osv. Generiska siffror fungerar bara på generiska webbhotell, där allt är i princip samma, och så är det sällan. Dvs alla webbhotell kör inte xcache, apc eller memcache Vidare skulle lastbalanserade hotell ge ganska dåliga värden, men prestera betydligt bättre i verkligheten. Senast redigerad av Danielos den 2011-03-22 klockan 20:19 |
|||
Svara med citat |
Svara |
|
|