[long polling] Krótkie pytanie Opcje

[markonix]

Powoli zaczynam zapoznawać się z tą technologią bo dużymi krokami zbliża się do mnie konieczność zbudowania komunikatora/czatu o dużej przepustowości.

Zastanawia mnie jednak jedno.
Jak już dobrze zrozumiałem to ta technologia polega na tym, że przeglądarka wysyła żądanie pod podaną stronę (php) i oczekuje na odpowiedź.
Wszystko jest tu dla mnie jasne, zamiast co 3 sekund wysyłać Request HTTP to wysyła go raz i czeka na odpowiedź.

Ale zastanawia mnie co ma się dziać w tym momencie w skrypcie PHP, który np. odpytuje o nowe wiadomości?
Czy tutaj będzie pętla, która co sekundę (sleep) odpytuje bazę o nowe wiadomości?
Jeśli tak to gdzie tu korzyść oprócz zmniejszonej liczby Requestów, które chyba nie są takim obciążaniem jak odpytywanie bazy danych co X sekund?

Ten post edytował markonix 8.10.2012, 20:13:44

[sowiq]

Po czym wnosisz, że 3 zapytania do bazy danych są bardziej kosztowne niż request HTTP? Już pomijając, że request robiłbyś co 3 sekundy, a zapytania do bazy co sekundę, więc opóźnienia byłyby 3 razy mniejsze.

Po pierwsze, jeśli używasz serwera Apache, to na każdy request HTTP odpala on oddzielny proces - jest to dosyć kosztowna operacja. Po drugie, każdy request składa się z nagłówków zapytania i odpowiedzi - zużywasz niepotrzebnie przepustowość.

Wykonanie zapytania MySQL po kolumnach z indeksami przy raz otwartym połączeniu (zwłaszcza jeśli serwer aplikacji i bazy danych to ta sama maszyna) trwa, w zależności od ilości danych, relatywnie krótko. Poza tym zawsze możesz zapisywać wiadomości do bazy danych (jako archiwum), a bieżące wyświetlanie realizować na podstawie memcache.

Ten post edytował sowiq 8.10.2012, 22:06:55