21 odpowiedzi na ten temat

[versacecom]

Witam
Mam konto w prohost (starter pro) i limit cpu na moim wariancie to 1%. Dowiedziałem się również, że np. w webh.pl, ten limit dla wszystkich serwerów wynosi 12%.
Czyżby prohost tak kantował, a może jest to inaczej liczone?

Problem wynika z tego, że mój blog na wp 2.7 ma obecne zużycie na poziome 1,3 do 1,7 % i chyba będą musiał zmienić pakiet na droższy w prohoście, albo przejść do konkurencji (webh)?

Może ktoś mi to bliżej wytłumaczyć?
pozdrawiam

[crazyluki]

a uzywasz czegos do cachowania wp2.7 ?
np wp super cache ?
na blogu Tomasz Fiedoruk ostatnio dosc sporo przeczytalem;-)

[Prohost]

Limity są jasno przedstawione w regulaminie. Nie ma "kantowania".

[kafi]

Przykład: chcesz sobie przewieźć jakiś spory ładunek.
Jedna firma oferuje ci wydzierżawienie (ta sama cena) 1% TIRa, a druga 50% ale... Żuka.

Sam widzisz, że procentowe użycie warte jest jedynie wraz z opisem platformy bo np. 1% Pentium3 1000 ma się nijak do 1% Core Quad.

[Tomasz Fiedoruk]

versacecom, o 17.01.2009, 19:00, powiedział:

Czyżby prohost tak kantował, a może jest to inaczej liczone?

Inna maszyna wzorcowa. Co innego X% z 8 rdzeni a co innego z 2.

Inna polityka obciążeniowa.

Być może brak oversellingu.

Oraz wiele innych zmiennych równania

crazyluki, o 17.01.2009, 19:06, powiedział:

a uzywasz czegos do cachowania wp2.7 ?
np wp super cache ?
na blogu Tomasz Fiedoruk ostatnio dosc sporo przeczytalem;-)

Dzięki Podam adres, bo trochę zagadkowo napisałeś

WP Super Cache - bo warto

[webh.pl]

Cytuj

Inna maszyna wzorcowa. Co innego X% z 8 rdzeni a co innego z 2.

Nie mamy maszyny 2 rdzeniowej od tego zacznijmy

Czyli jak my mamy 4 rdzenie, a prohost 8 rdzeni to mozna powiedzieć w takim razie że to co wynosiloby 12% w prohost u nas wyniesie 6%

Chyba wiadomo o co chodzi??


Pozdr.

Edit: "Żukiem" już dawno nie jezdzimy

[Tomasz Fiedoruk]

To były ogólne porównania (zarówno moja 2 rdzenie jak i tego Żuka) dlaczego różnią się limity w każdej dowolnej firmie. Po szczegóły techniczne kierujmy zainteresowanego do supportu dwóch wymienionych wyżej firm.

Zresztą zajrzy tu bell i w ogóle powie, że te wartości obliczanych limitów można sobie o kant tyłka roztrzaskać

[webh.pl]

BOSS chciałem tylko wytłumaczyć i mam nadzieję ze to zrobiłem


Pozdr.

[Tomasz Fiedoruk]

webh.pl, o 17.01.2009, 19:57, powiedział:

BOSS chciałem tylko wytłumaczyć i mam nadzieję ze to zrobiłem

No nie musisz się tłumaczyć, że nie jesteś wielbłądem

[kaczy]

BOSS, o 17.01.2009, 19:56, powiedział:

Zresztą zajrzy tu bell i w ogóle powie, że te wartości obliczanych limitów można sobie o kant tyłka roztrzaskać

W takim razie ja zajrzę tutaj wcześniej i choć nie wypada mi ubrać tego faktu w takie słowa jakimi Ty to określiłeś, to jednak potwierdzę, że podawanie tego typu "limitów" jest po prostu całkowicie bezsensowne, zgodnie z resztą z tym co zostało już w tym wątku napisane, a więc:

Fiercio, o 17.01.2009, 19:25, powiedział:

Przykład: chcesz sobie przewieźć jakiś spory ładunek.
Jedna firma oferuje ci wydzierżawienie (ta sama cena) 1% TIRa, a druga 50% ale... Żuka.

Sam widzisz, że procentowe użycie warte jest jedynie wraz z opisem platformy bo np. 1% Pentium3 1000 ma się nijak do 1% Core Quad.

Dlatego też na stronach swojej firmy nie podaję, ani też nigdy nie zamierzam podawać limitów dotyczących parametrów usług, których nie da się ustandaryzować.

[malu]

Nawet nie chodzi o standaryzowanie tych limitów - pomijając różnice wydajnościowe sprzętu. Są rzeczy których nie da się policzyć, lub policzenie tego w % będzie bardzo ogólnikowe. Nie policzymy zużycia zasobów poprzez serwowanie treści statycznej via dany użytkownik. O ile nie ma problemu z policzeniem zużycia zasobów przez serwowanie treści statycznej - różnej maści wrappery. Będzie problem z określeniem tego - inne obciążenie będzie pochodziło od np. PHP działającego w CGI z wrapperem suPHP a inne od PHP działającego w FCGI z wrapperem suEXEC. Następnie, jak policzyć obciążenie % w MySQL? Niestety podawanie nawet szacunkowych wyników jest bezsensowne.

[Prohost]

malu, o 17.01.2009, 21:15, powiedział:

Nawet nie chodzi o standaryzowanie tych limitów - pomijając różnice wydajnościowe sprzętu. Są rzeczy których nie da się policzyć, lub policzenie tego w % będzie bardzo ogólnikowe. Nie policzymy zużycia zasobów poprzez serwowanie treści statycznej via dany użytkownik. O ile nie ma problemu z policzeniem zużycia zasobów przez serwowanie treści statycznej - różnej maści wrappery. Będzie problem z określeniem tego - inne obciążenie będzie pochodziło od np. PHP działającego w CGI z wrapperem suPHP a inne od PHP działającego w FCGI z wrapperem suEXEC. Następnie, jak policzyć obciążenie % w MySQL? Niestety podawanie nawet szacunkowych wyników jest bezsensowne.

Większość obciążenia to skrypty. U nas np wybór suphp czy fcgi z eacceleratorem należy do użytkownika (chce mniej używać cpu używa fcgi), my liczymy obciążenie na bazie procesów użytkownika - więc wyłączone z tego jest serwer www i poczta. Co do mysqla to modyfikacja kodu mysqla aby zliczał czas zapytań wystarczy aby określić czasowe a tym samym procentowe limity. Mysql jest u nas limitowane oddzielnie od limitu % procesów. Sens jest - jakby nie liczyć to każdy by używał do oporu i kilku userów zajechałoby serwer. A to, że limity nie są porównywalne to nie jest problem - limit jest nasz a nie innej firmy.

[p]

malu, o 17.01.2009, 21:15, powiedział:

Są rzeczy których nie da się policzyć, lub policzenie tego w % będzie bardzo ogólnikowe. Nie policzymy zużycia zasobów poprzez serwowanie treści statycznej via dany użytkownik. O ile nie ma problemu z policzeniem zużycia zasobów przez serwowanie treści statycznej - różnej maści wrappery. Będzie problem z określeniem tego - inne obciążenie będzie pochodziło od np. PHP działającego w CGI z wrapperem suPHP a inne od PHP działającego w FCGI z wrapperem suEXEC.

$ man 8 sa

[merloy]

p, o 17.01.2009, 23:07, powiedział:

$ man 8 sa

wyprzedziles mnie, jednak dodam od siebie http://linux.die.net/man/8/sa

[VIPserv.org]

Może wypadało by powiedzieć że każdy program komputerowy obciąża maksimum procesora (100% jeśli jest tyle dostępne) gdy musi wykonać jakąkolwiekm nawet najmniejszą operacje i robi to przez możliwie najmniejszy czas. A więc wszelkie teksty mówiące o % obciązeniu procesora, a nie czasowym są bez sensu

Prohost, o 17.01.2009, 21:25, powiedział:

Co do mysqla to modyfikacja kodu mysqla aby zliczał czas zapytań wystarczy aby określić czasowe a tym samym procentowe limity.

Czas zapytań to nie to samo co czasu procesora. Czas wykonywania kwerendy jest zależy od obciązenia systemu, jak procesor, dysk(i), pamięc.

[bellerofont]

Powiedzmy sobie szczerze:
Nie istnieje ani jedna instalacja stricte shared hostingowa na świecie,
która pozwala w sposób dokładny zliczać użycie CPU per klient.
Nigdy nie istniała i raczej się nie pojawi.
Wszelkie dane zbierane z różnych systemów zliczających( to i owo... ) mają
tak naprawdę zadanie prewencyjne, czyli pozwalają znaleźć tych,
którzy ewidentnie wykorzystują zasoby w sposób znacznie odbiegający
od przyjętej normy...

[malu]

p, o 17.01.2009, 23:07, powiedział:

$ man 8 sa

Znam doskonale to narzędzie i używam go do zbierania statystyk obciążenia. Jednak w żadnym wypadku nie służy ono do tego o czym pisałem. Nie uogólni ono zużycie % według jakiejś tam skali, której defakto nie ma. Następnie, nie policzy ono obciążenia generowanego przez serwowanie treści statycznej per klient. Ono może służyć wyłącznie do pozbierania danych, które są generowane przez inne narzędzia np. jakiś wrapper.
Ale za pieruna, nie da to spodziewanego efektu... więc nie rozumiem dlaczego odsyłasz mnie do tego manuala.

[Prohost]

nand, o 18.01.2009, 05:09, powiedział:

Może wypadało by powiedzieć że każdy program komputerowy obciąża maksimum procesora (100% jeśli jest tyle dostępne) gdy musi wykonać jakąkolwiekm nawet najmniejszą operacje i robi to przez możliwie najmniejszy czas. A więc wszelkie teksty mówiące o % obciązeniu procesora, a nie czasowym są bez sensu

Jeśli procesów jest kilka setek i mamy kilka core to nie wiem jakim cudem może użyć 100%. A czas można przeliczyć na % to chyba proste.

nand, o 18.01.2009, 05:09, powiedział:

Czas zapytań to nie to samo co czasu procesora. Czas wykonywania kwerendy jest zależy od obciązenia systemu, jak procesor, dysk(i), pamięc.

Dlatego serwer bazy danych trzyma się na oddzielnej maszynie aby nie zamulał go serwer www. A im wyższy czas zapytania tym większe użycie dysków i procesora.

[versacecom]

crazyluki, o 17.01.2009, 19:06, powiedział:

a uzywasz czegos do cachowania wp2.7 ?
np wp super cache ?

owszem używam wp super cache, jednak wykorzystanie cpu jest cały czas powyżej 1%
Sądzę, że chyba jednak zmienię na webh.pl, gdyż cena niższa i limit cpu zdecydowanie większy i przynajmniej przez jakiś czas nie będą musiał się martwić o przekroczenie limitu...

PS: Istnieje może jakiś poradnik tłumaczący krok po kroku przeniesienia bloga na wp na inny hosting?

[p]

nand, o 18.01.2009, 05:09, powiedział:

Może wypadało by powiedzieć że każdy program komputerowy obciąża maksimum procesora (100% jeśli jest tyle dostępne) gdy musi wykonać jakąkolwiekm nawet najmniejszą operacje i robi to przez możliwie najmniejszy czas. A więc wszelkie teksty mówiące o % obciązeniu procesora, a nie czasowym są bez sensu

Więszkość limitów dotyczy % zajętości procesora w jakimś przedziale czasowym, a nie w momencie wykonywania zadania.

malu, o 18.01.2009, 11:10, powiedział:

Znam doskonale to narzędzie i używam go do zbierania statystyk obciążenia. Jednak w żadnym wypadku nie służy ono do tego o czym pisałem.

A o czym w końcu pisałeś? Bo przeczytałem jeszcze raz Twóje posty i nie do końca jestem przekonany, że wiem o co Ci chodziło

malu, o 18.01.2009, 11:10, powiedział:

Nie uogólni ono zużycie % według jakiejś tam skali, której defakto nie ma.

Jasne, że nie uogólni. Do tego nie służy. Co wcale nie oznacza, że sam tego zrobić nie możesz. Wszystko jest do policzenia

malu, o 18.01.2009, 11:10, powiedział:

Następnie, nie policzy ono obciążenia generowanego przez serwowanie treści statycznej per klient.

Jasne, że policzy, jeżeli będzie ono generowana przez danego użytkownika systemowego. Jeżeli wszystko będzie serwowane przez wspólnego użytkownik, to także można to w jakiś mniej dokładny sposób oszacować na podstawie obciążenia wygenerowanego przez wspólnego użytkownika i procentowych udziałów poszczególnych klientów w wygenerowanym transferze.

malu, o 18.01.2009, 11:10, powiedział:

Ono może służyć wyłącznie do pozbierania danych, które są generowane przez inne narzędzia np. jakiś wrapper.

E? Przecież sa(8) nie dostaje żadnych danych od innych procesów.

No i chyba najważniejsze, o czym zresztą napisał już bellik, jeżeli klientów nie rozlicza się za każdy takt zegara, to takie statystyki służą jedynie do wyłapywania abuserów