[Danielos]

Ursprungligen postat av johan1234

Vi kommer alltid ha en högre "latency" jämfört med de som kör singelmaskiner och inte kör med centraliserad storage.

Lite högre latency, men inte nämvärt anser jag. Vi kör lastbalanserat och med centralt SAN även vi, men som man kan se på testen så ligger CN med mer att önska när det gäller diskprestanda och jag tror det är där flaskhalsen ligger. Är det så att ni kör glusterfs? Vi försökte själva på ett antal noder och fick aldrig riktigt bra prestanda, inte ens med 40Gb Infiniband. Snabbt SAN är A och O när det gäller lastbalanserad miljö.

[johan1234]

Nej vi kör inte gluster där Daniel. Som jag sa så så jag att det skiljer - lade inte värde i hur mycket. Du har en förlust där precis som du tex får en förlust om du virtualiserar jämfört med ren hårdvara (vilket vi också gör - och alla andra större leverantörer kan jag tänka mig idag). Andra saker spelar in också - men självklart är det nämnvärt. Annars hade jag inte nämnt det. ;-)

Som sagt testet mäter vissa saker. Våra kunder kände en reell förbättring som de var mycket nöjda med när vi gick till SSD diskar och således förbättrade just diskprestandan rejält. Därför investerar vi i att gå till SSD på alla SQL servrar. Min poäng är att trots att alla kunderna avnjuter förbättring i deras verkliga sajter - så visar inte testet något - trots en reell förbättring. Bara ett faktum - inget mer.

Då du verkar ha kört mycket tester - vad anser du är bäst? När det gäller Gluster har vi lärt oss en hel del - precis som du inte mycket på den positiva sidan.

Sist men inte minst - prestanda är viktigt för oss. Men det är en av kanske 20 variabler som vi har i åtanke när vi designar system och jobbar med vår tillväxt. Även om vi kommer jobba vidare på prestanda så kommer vi nog aldrig vara snabbast i det testet. Vi hoppas leverera en bra tjänst och göra våra kunder riktigt nöjda. Balans är nyckelordet.

[Danielos]

Ursprungligen postat av johan1234

Då du verkar ha kört mycket tester - vad anser du är bäst? När det gäller Gluster har vi lärt oss en hel del - precis som du inte mycket på den positiva sidan.

När det gäller glusterfs så gäller det att köra väldigt många storage noder, men prestandan blir aldrig tillräcklig i samband med php-processer som så att säga hänger kvar med "file descriptors" öppna i mycket stor utrsträckning, vilket är förödande med glusterfs. Så glusterfs är generellt mycket bra och stabilt, men lämpar sig inte riktigt för webbhosting i samband med webbserver som accessar filsystemet. Och jag håller med om det du säger ang. balans, och jag både tror och förväntar mig att CN kommer att närma oss mer och mer

[patrikweb]

Ett korrekt byggt SAN med rätt prestanda som inte är överbelastad kommer ha så liten skillnad i latency så att det inte kommer märkas.

Dock ett överbelastad SAN med hög I/O kommer sänka hela plattformen mer eller mindre. Finns inget värre seghet i ett system än hög I/O wait.

[johan1234]

Clarence - en tekniker skickade mig en mycket detaljerad analys i november förra året som fick mig att tänka lite då... Anders ville förbättra skriptet - tyvärr han jag aldrig ta tag i det. Hittade mailet här och kopierar in den lilla summeringen han hade. Om det kan vara av intresse.

"Sammanfattningsvis så har era siffror inte med lastbalanserare, databaskluster eller dylikt att göra, utan de visar enbart att ni har högre nätverksoverhead
mellan webbserver och mysql-server än andra ovanför er i testet. Några ovanför er har kanske till och med databas på samma server som webbserver.

Testet mäter dessutom överhuvud taget inte eventuellt overhead i lastbalanserade miljöer, då mätningen börjar när ett script redan exekverats på en klusternod.

För att göra en bättre mätning sätt ur slutkundsperspektiv så skulle han istället också mäta hela scriptets exekveringstid från anropande klient,
då man då också får med:
1. TCP-handskakning med lastbalanserare eller webbserver
2. Eventuellt overhead p.g.a överbelastad lastbalanserare/reverse-proxy/m.m
3. Tid som request väntar i listen-queue på webbserver-nod
4. Överbelastat nätverk för svarspaketen
m.m.

[Clarence]

Ursprungligen postat av johan1234

Clarence - en tekniker skickade mig en mycket detaljerad analys i november förra året som fick mig att tänka lite då... Anders ville förbättra skriptet - tyvärr han jag aldrig ta tag i det. Hittade mailet här och kopierar in den lilla summeringen han hade. Om det kan vara av intresse.

"Sammanfattningsvis så har era siffror inte med lastbalanserare, databaskluster eller dylikt att göra, utan de visar enbart att ni har högre nätverksoverhead
mellan webbserver och mysql-server än andra ovanför er i testet. Några ovanför er har kanske till och med databas på samma server som webbserver.

Testet mäter dessutom överhuvud taget inte eventuellt overhead i lastbalanserade miljöer, då mätningen börjar när ett script redan exekverats på en klusternod.

För att göra en bättre mätning sätt ur slutkundsperspektiv så skulle han istället också mäta hela scriptets exekveringstid från anropande klient,
då man då också får med:
1. TCP-handskakning med lastbalanserare eller webbserver
2. Eventuellt overhead p.g.a överbelastad lastbalanserare/reverse-proxy/m.m
3. Tid som request väntar i listen-queue på webbserver-nod
4. Överbelastat nätverk för svarspaketen
m.m.

Men även om man skulle ta med detta gör testets sammansättning att det är svårt att få någon ordentlig relevans för en riktig applikation/sajt även om det säkert är troligare med korrelation än ej. Vad man skulle kunna göra vore att modellera enklare prototyper som har samma typ av last som vanliga webb-applikationer. Det är inte helt lätt utan kräver ordentlig profiling av vanliga mjukvaror för att sätta samman till en representativ modell för dom.

[tartareandesire]

Ursprungligen postat av Clarence

Men även om man skulle ta med detta gör testets sammansättning att det är svårt att få någon ordentlig relevans för en riktig applikation/sajt även om det säkert är troligare med korrelation än ej. Vad man skulle kunna göra vore att modellera enklare prototyper som har samma typ av last som vanliga webb-applikationer. Det är inte helt lätt utan kräver ordentlig profiling av vanliga mjukvaror för att sätta samman till en representativ modell för dom.

+1 på den. Som testet är utformat idag så är det ganska intetsägande. Faktum kvarstår dock att även om man skulle göra några av de förändringar som föreslagits så är det väldigt enkelt för webbhotellen att "fuska". Jag skulle inte rekommendera någon att bry sig om dessa resultat alls när de letar nytt webbhotell, möjligtvis med undantaget att vara lite försiktig med de som visar upp riktigt dåliga siffror.

[Danielos]

Ursprungligen postat av Clarence

Men även om man skulle ta med detta gör testets sammansättning att det är svårt att få någon ordentlig relevans för en riktig applikation/sajt även om det säkert är troligare med korrelation än ej. Vad man skulle kunna göra vore att modellera enklare prototyper som har samma typ av last som vanliga webb-applikationer. Det är inte helt lätt utan kräver ordentlig profiling av vanliga mjukvaror för att sätta samman till en representativ modell för dom.

Håller med Clarence och tartareandesire, jag nämnde detta för Anders som trodde att få webbhotell skulle gå med på mer omfattande och verkliga tester, själva ställer vi oss positiva.

[johan1234]

Många refererar till dessa siffror utan att egentligen veta underlaget. Vore härligt om Anders tog och ändrade lite för att få en förbättring - och komma lite närmare verkligheten.

Fuskbiten kommer vi aldrig ifrån tyvärr vilket nog gör att man alltid skall ta sådana här test med en liten nypa salt.

[tartareandesire]

Ursprungligen postat av johan1234

Många refererar till dessa siffror utan att egentligen veta underlaget. Vore härligt om Anders tog och ändrade lite för att få en förbättring - och komma lite närmare verkligheten.

Fuskbiten kommer vi aldrig ifrån tyvärr vilket nog gör att man alltid skall ta sådana här test med en liten nypa salt.

Det enda möjliga som jag ser det skulle vara om Anders gavs tillgång till det interna systemet och kan göra riktiga slumpade tester men jag vet inte om det är en särskilt realistisk tanke.