Skocz do zawartości
Łukasz B.

Opłacalność ?

Polecane posty

 

Bo musi dbać o aktualność całego systemu? Bo normalnie robi to administrator prawie 24/h? Bo normalnie trzeba za taką administrację zdalną zapłacić przynajmniej pareset pln / mc? Ludzie nie rozumieją że Joomle trzeba aktualizować i dziwią się, że przecież ktoś im zrobił stronę i ona działała więc musi działać wiecznie! A co dopiero cały system operacyjny... :)

 

Tak jak napisałem wyżej - jeśli klient CHCE VPS'a zamiast normalnego hostingu wirtualnego. A jeśli już go chce to musi mieć jakiś powód, a zatem i wiedzę potrzebną, żeby sobie z tym poradzić (albo przynajmniej takie mają być założenia ;)).

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

dyskusje o procesorze sa naprawde ciekawe.. w tanich vpsach po pierwsze nikt nie oferuje dokladnie np 2 GHz procesora tylko np. do 2 GHz a dodatkowo openvz jako takie nie pozwala zlimitowac procesora tak zeby jeden user nie wplynal na drugiego i to sa podstawy ich dzialania.. @vilgefortz, osobiste docinki pomine, bo czepialstwo dowodzi nieznajomosci tematu.. no ale bardzo chcialbym zeby pan marian w warsztacie naprawil np. układ SBC w 10 letniej eklasie...

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Adam Szendzielorz

[...]

a dodatkowo openvz jako takie nie pozwala zlimitowac procesora tak zeby jeden user nie wplynal na drugiego i to sa podstawy ich dzialania..

 

Za wikipedia:

 

 

 

 

 

CPU scheduler

The CPU scheduler in OpenVZ is a two-level implementation of fair-share scheduling strategy.

On the first level, the scheduler decides which container it is to give the CPU time slice to, based on per-container cpuunits values. On the second level the standard Linux scheduler decides which process to run in that container, using standard Linux process priorities.

It is possible to set different values for the CPUs in each container. Real CPU time will be distributed proportionally to these values.

Strict limits, such as 10% of total CPU time, are also possible.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

no jak na wiedzy z wikipedii sie opieramy to ja przepraszam, ja reprezentuje praktyke :D. cpu scheduler nie ma tutaj nic do rzeczy, jeden spieprzony skrypt na vpsie potrafi wywalic load w kosmos, z drugiej strony moge ci zaraz zrobic vpsa, w ktorym bedziesz mial 4 rdzenie po 2 GHz, ale po odpaleniu kilku procesow stanie sie nie do uzywania.

Edytowano przez MikeJones (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Adam Szendzielorz

no jak na wiedzy z wikipedii sie opieramy to ja przepraszam, ja reprezentuje praktyke :D. cpu scheduler nie ma tutaj nic do rzeczy, jeden spieprzony skrypt na vpsie potrafi wywalic load w kosmos, z drugiej strony moge ci zaraz zrobic vpsa, w ktorym bedziesz mial 4 rdzenie po 2 GHz, ale po odpaleniu kilku procesow stanie sie nie do uzywania.

 

No wybacz - staram się prosto i z najprostszych źrodeł :) Tylko niewłaściwie skonfigurowany VPS wpływa na drugiego. A my piszemy o prawidłowo skonfigurowanych :)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

 

No wybacz - staram się prosto i z najprostszych źrodeł :) Tylko niewłaściwie skonfigurowany VPS wpływa na drugiego. A my piszemy o prawidłowo skonfigurowanych :)

 

 

 

W każdym, nawet dobrze skonfigurowanym VPS (openvz) "pilnowanie" zeby procesy danego kontenera mieściły się w limitach CPU odbywa się poprzez wysyłanie sygnałów STOP CONT. Jeżeli w kontenerze jest takich wiele procesów, które trzeba stopować to całość odczuwalnie zaczyna zwalniać, load na matce rośnie co ma wpływ na inne kontenery

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się


×