Pettolajnen - det var ett försök i att de dig lite statistik som jag vet du behöver nå (har drivit en del spel - och grundade bla www.managerzone.com) för att få bärighet. Använd som du önskar.

Tartar - Väldigt sällan är sponsring från ett webbhotell något som gör att det överlever särskilt länge. Det var ett försök i att ge mer än bara hosting lösningen och dela med lite erfarenhet inom det han håller på med. Det i sin tur kommer ge honom möjlighet att investera i hostingen ganska snabbt. Du har dock rätt - det gav inte mycket av vad hosting lösningen borde vara.

Hej

Litet inlägg från leverantören (webbhotellet).

Drömfemman eller deras ÅF ligger på vårat webbhotell (XH.se).
Jag har gett dom några alternativ som kanske kan passa.
Ett av alternativen som man kan börja med är att flytta sin last till en annan server men inte fått svar angående detta. Detta alternativ var kostnadsfritt att helt enkelt sprida lasten på annan mindre utnyttjad maskin där jag kan vara mer fri att sponsra med extra kapacitet tills dess dom växer ut ur den kapacitetstillgången.

Sen kom jag med några förslag på VPS, särskilt om man vill växa så är detta ett väl värt alternativ innan man ska satsa på dedikerad maskin.

Problemet i det här fallet är nog att det är många concurrent users som sitter och refreshar sina in-game spel. Det är alltså väldigt lite statiskt material och på så vis blir det mycket last, om det är en delad webbhotellserver så slår man givetvis i taket ganska snabbt på sin resurskvot.

Det kanske går att minska lasten genom att använda AJAX (om det inte redan är gjort så), så inte hela sidan behöver laddas om.

Frågan har även diskuterats på PHPportalen, och där kom det till slut fram att ett poäng/rankingsystem gjorde beräkningar varenda gång en sida laddades, istället för att låta det göras enbart då informationsunderlaget ändrades.
Grundläggande optimering. Gör inte samma sak om och om igen om det inte behövs.

Okej, det verkar som det är ganska allvarliga brister i koden då. Det är väl inte helt omöjligt att det är fler saker som kan göras betydligt mer effektivt. Se över informationsflödet i koden och gör inte en massa onödiga beräkningar i realtid innan du byter upp dig. Det är onödigt att betala för mer än du behöver, särskilt om du inte har intäkter som motiverar detta.

Med andra ord så om sidan optimeras så borde den kunna ligga kvar då det borde bli en stor skillnad i cpulast. Så tolkar jag det och det borde kanske tilltala både Pettolajnen och XH (och naturligtvis användarna också).

Jag har ordnat så kunden (Pettolajnen) fått tillgång till en separat SQL-server kostnadsfritt tills dess man utfört optimeringar. Det mesta arbete sker mot SQL.

Sen kan jag ju inte förneka att jag gärna säljer både VPS och dedikerad server om det nu är det som krävs ;)

Är helt övertygad om att det går att effektivisera enormt. När jag har kört stora sajter med mer än 5000 samtidiga användare så har vi redan tidigt jobbat in mem-cache lösningar som gör susen. Något att fundera på i ett nästa steg när koden är rätt med det som nu finns.

Dock är det sällan man har tillgång eller möjlighet att köra en memcache-daemon på ett vanligt webbhotell. Det kräver oftast att man har en VPS dedikerat för detta (då minnesmängden på "normal" VPS oftast inte ligger på mer än 512MB), alternativt en dedikerad server med en större mängd RAM som man sedan själv splittar upp i flera virtuella maskiner.

Men man brukar komma väldigt långt med optimeringar av koden och sina SQL-queries, och jag tror det är först och främst det du ska fokusera på.

Detta är en sajt som relativt snabbt växer ur delade alternativ. Om de vill växa är det dedikerat eller drift i molnet som gäller. Du har dock rätt i att man självklart skall satsa på riktigt bra kod först.