Szybkość wczytywania strony

[wlenart 0]

Posiadam vps od vipower, na nim Centos+Kloxo

 

strona oparta na wordpressie, prędkość wczytywania mierzę za pomocą skryptu:

http://test.watchscript.pl/

 

i mam bardzo niski wynik na poziomie 93kB/s

 

tam sama strona "kopia" postawiona na hostingu home.pl 250kB/s. Wiem że te dane zależą od tego ile waży SG ale nawet strona bardzo lekka ładuje się zbyt długo.

 

Więc wina leży po stronie konfiguracji tylko już nie wiem co można zmienić lub może serwer ogólnie ma jakies ograniczenia dla tego konta?

 

Serwer to:

lighttpd/1.4.20

PHP/5.2.6

Php Fastcgi

 

Może miał ktoś podobną przypadłość i wie o co biega?

[trustnet 38]

Posiadam vps od vipower, na nim Centos+Kloxo

 

strona oparta na wordpressie, prędkość wczytywania mierzę za pomocą skryptu:

http://test.watchscript.pl/

 

 

Ale ta strona mierzy tak naprawdę nie szybkośc wczytywania sie strony, ale "prędkość pobierania"

 

Dla przykładu sobie zrobiłem u siebie:

 

Prędkość pobierania:766.95 kB/s

 

czyli to raczej zależy też od łącza a nie tylko od szybkości serwowania strony przez skrypt (tj. łączy to chyba razem).

 

Może na home masz chwilowo np. więcej procesora i pamięci niż na tym vpsie ?

[regdos 1848]

Podaj adres strony.

[Gość]

Edytowano Marzec 26, 2018 przez Gość (zobacz historię edycji)

[wlenart 0]

Pamiętaj, że prędkość pobierania nie zależy tylko od jednej strony rurki. Mierz zawsze z kiku miejsc, żeby mieć bardziej wiarygodne wyniki. Ja na przykład korzystając z tego testu mam różne wyniki dla stron w polsce (Prędkość pobierania:901.52 kB/s) i stron we Francji (196.85 kB/s), a z pingdoma już zupełnie inaczej :-)

 

Wiem, ale jak robię 10x pod rząd test i moja ma zawsze 70-90 w tym przedziale a wszystkie inne zawsze powyżej 200 i więcej. Więc po takich nie miarodajnych testa już widzę że coś jest nie tak chodzi mi o to gdzie zacząć szukać przyczyny takiego stanu rzeczy?

[trustnet 38]

 

Wiem, ale jak robię 10x pod rząd test i moja ma zawsze 70-90 w tym przedziale a wszystkie inne zawsze powyżej 200 i więcej. Więc po takich nie miarodajnych testa już widzę że coś jest nie tak chodzi mi o to gdzie zacząć szukać przyczyny takiego stanu rzeczy?

 

Raczej bym stawiał na to, że skrypt coś psuje - tj. jest na taki mulący, że na tyle obciąża - że zanim nastąpi samo pobranie - to najpierw muli na tyle długo, że to tyle trwa. Co to za strona - w sensie skrypt ?

[malu 460]

Jako ciekawostkę dodam to, że to bardzo mało prawdopodobny wynik, bo serwis podany przez Ciebie znajduje się w tej samej serwerowni co wszystkie serwery firmy vipower.pl ; )

[elcct 159]

Jeśli się mylę, to proszę poprawcie mnie. Takie testy winno się wykonywać z dużej ilości hostów - im więcej tym lepiej. Jest coś takiego w TCP jak slow-start, tj tak łopatologicznie na początku pakiety są małe, by wraz z czasem powiększać się do wielkości pozwalającej nasycić łącze.

Strony internetowe tj. np. pliki php zwracają małą ilość danych, więc zanim ściągnięcie z pełną szybkością jest możliwe, plik zostaje ściągnięty. Stąd takie niskie prędkości pobierania. Ale gdybyś pobierał jednocześnie z wielu hostów, zobaczyłbyś, że wszystkie powinny mniej więcej tak samo "powoli" pobierać.

 

edit:

dlaczego na wewnętrznej sieci to nie obowiązuje, nie wiem jak na to odpowiedzieć

 

http://en.wikipedia.org/wiki/Slow-start

Edytowano Lipiec 27, 2012 przez elcct (zobacz historię edycji)

[trustnet 38]

Jeśli się mylę, to proszę poprawcie mnie. Takie testy winno się wykonywać z dużej ilości hostów - im więcej tym lepiej. Jest coś takiego w TCP jak slow-start, tj tak łopatologicznie na początku pakiety są małe, by wraz z czasem powiększać się do wielkości pozwalającej nasycić łącze.

Strony internetowe tj. np. pliki php zwracają małą ilość danych, więc zanim ściągnięcie z pełną szybkością jest możliwe, plik zostaje ściągnięty. Stąd takie niskie prędkości pobierania. Ale gdybyś pobierał jednocześnie z wielu hostów, zobaczyłbyś, że wszystkie powinny mniej więcej tak samo "powoli" pobierać.

 

edit:

dlaczego na wewnętrznej sieci to nie obowiązuje, nie wiem jak na to odpowiedzieć

 

http://en.wikipedia....wiki/Slow-start

 

ale to chodzi o coś innego - bo chodzi nie o pobranie treści statycznej (pliku), bo to byłoby prawdziwe - ale chodzi o zmierzenie szybkości pobrania danych, które są wynikiem skryptu - raczej bym się przyjrzał skryptowi.

[elcct 159]

 

ale to chodzi o coś innego - bo chodzi nie o pobranie treści statycznej (pliku), bo to byłoby prawdziwe - ale chodzi o zmierzenie szybkości pobrania danych, które są wynikiem skryptu - raczej bym się przyjrzał skryptowi.

 

To nie ma znaczenia czy plik statyczny czy wynik działania php, chodzi o małą ilość danych.

Z tego co pamiętam, wynik działania skryptu jest wysyłany z serwera dopiero gdy jest gotowy (chyba, że będzie używane flush), więc opóżnienie pomiędzy wysłaniem zapytania, a dostaniem odpowiedzi to jest czas jaki skrypt potrzebuje na przygotowanie wyniku, a dalej jest to tak samo jak odbieranie statycznego pliku.

[wlenart 0]

 

ale to chodzi o coś innego - bo chodzi nie o pobranie treści statycznej (pliku), bo to byłoby prawdziwe - ale chodzi o zmierzenie szybkości pobrania danych, które są wynikiem skryptu - raczej bym się przyjrzał skryptowi.

 

Pisłaem że przeniosłem stronę na hosting zwykły home.pl (cała strona wszystkie wtyczki) i działało to dużo szybciej dlatego stawian na hosting lub jakieś ustawienia np. fast cgi, ale już wszystko przepatrzyłem i nie doszukałem się błędów. Możliwe że serwer lighttpd ma jakiś ogólny problem z wordpressem i pod tym kątem trzeba patrzeć lub przełączyć się na apache.

[trustnet 38]

Pisłaem że przeniosłem stronę na hosting zwykły home.pl (cała strona wszystkie wtyczki) i działało to dużo szybciej dlatego stawian na hosting lub jakieś ustawienia np. fast cgi, ale już wszystko przepatrzyłem i nie doszukałem się błędów. Możliwe że serwer lighttpd ma jakiś ogólny problem z wordpressem i pod tym kątem trzeba patrzeć lub przełączyć się na apache.

 

na tzw "zwykłej" stronie nie powinno być problemów. Na troszkę poważniejszej - może być tak, że tego vpsa po prostu nie skonfigurowałeś poprawnie. Mieliśmy przypadek, że klient sobie poustawiał na vpsie swoje ustawienia w my.cnf i się okazało że bufory dla bazy dał takie małe, że całość muliła niemiłosiernie.

 

Serwery współdzielone są najcześciej poprawnie skonfigurowane, żeby sprawnie obsłużyć nawet duży ruch. Natomiast kupując vpsa masz go całego dla siebie - na zasadzie - konfiguruj sobie co chcesz. Dziwne, że przy zwykłym wordpresie tak sie dzieje, ale może masz jakieś dziwne wtyczki.

 

Chyba ostatecznie będziesz potrzebował admina :-) Tak bardzo często kończą się vpsy ...

[malu 460]

Zasadniczo to powinieneś patrzeć raczej na czasy ładowania strony, a nie samą prędkość pobierania, bo w przypadku stron dynamicznych jest ona mocno losowa i zależy raczej głównie od struktury samej strony.

Podobnie zupełnie inaczej będzie to działać jeżeli strona zostanie zaserwowana przez jakiś mod_gzip czy mod_deflate, czyli zostanie zapakowana przed wysłaniem i pewnie to robi różnicę w wyniku na home, a wyniku na lighttpd.

[wlenart 0]

 

 

Serwery współdzielone są najcześciej poprawnie skonfigurowane, żeby sprawnie obsłużyć nawet duży ruch. Natomiast kupując vpsa masz go całego dla siebie - na zasadzie - konfiguruj sobie co chcesz. Dziwne, że przy zwykłym wordpresie tak sie dzieje, ale może masz jakieś dziwne wtyczki.

 

 

Problem w tym że jak go na czysto skonfigurowałem czyli reinstalacja systemu, skopiowałem pliki poustawiałem wszystko to śmigało to, później nie grzebałem już w serwerze i nagle taki spadek wydajności. Cóż trzeba będzie się chyba przeprosić z home.pl a w między czasie poszukać innego vps-a.

Znacie może jakieś konfiguracje z tym rozwiązaniem: http://gwan.ch ?