eliasson, hur fungerar long polling på server-sidan?
Vad är det för typ av cache du läser och hur (med MySQL/PHP)?

Danga: memcache
PHP: memcache

Tyvärr ligger jag i ASP.NET och Windows Miljö.. Jag kanske har glömt och förtydlga det.

Angående databasen så sker det inga läsningar därifrån mer än 1 per minut. Sen lägger det i .NET inbyggda cachemekanism. Cachningen är alltså inte MySQLs egna.

Jag har hittat ett bra exempel för .NET http://www.codeproject.com/KB/aspnet...ltiClient.aspx som jag hade tänkt och implantera, jag kan återkomma om hur det gick =) Alltså vad det gäller Comet lösning med Long Polling

Men du cachar alltså i en minut...då är det ju onödigt att köra en ajax call per sekund då informatiionen uppdateras varje minut..?
Eller cachar du per användare..?

danjel, cachen ligger max i en minut, men förändras databasen så förstörs cache objektet och ett nytt skapas. Det är själva objektet som cachas men sedan körs en enklare uträkningen med objektet och det är resultatet som förändras varje sekund. Cachen är global för applikationen

Själva requsten sker ifrån en annan webbplats så det är Cross Site, så min färdiga ASP.NET kontroll jag hittade kommer inte fungera alltså.

Den beräkningen, vad handlar den om? Går den att flytta till klienten?

Okej, så Apache klarar 5000 samtidiga långvariga trådar bättre än 5000 vanliga requests per sekund menar du? Intressant.
En av mina tidigare arbetsgivare har en egenutvecklad plattform för att komma runt skalningsproblemen med Apache så när du skriver som du gör förstår du kanske att jag blir intresserad. För mig är det här riktigt high-tech. :D

Som jag förklarar så har jag ingen erfarenhet av så många anslutningar med apache, men vid de tester jag kört så har 100 långvariga trådar presterat bättre än 100 trådar/sekund.

Någon lightweight webbserver för just "streaming"/long polling är att rekommendera.

OK då är jag med...!:)
Har ni någon cache dependency mot databasen? Jag funderar just vad som händer under den korta tid när cachen invaliderar ,då kan möjligen ett flertal requests gå ner mot DB..vi kan ju kolla koden om du postar den