Skocz do zawartości

kemot

Użytkownicy
  • Zawartość

    0
  • Rejestracja

  • Ostatnio

Posty napisane przez kemot


  1. tak ?

    tylko pytanie komu i po co forum na którym ktoś pisze takie farmazony:

    "Nowszą wersją fastcgi dla apacha 2.x jest mod_fcgid. Najlepiej używać wersji kompilowanej z svn, 2.3.7: http://httpd.apache.org/mod_fcgid/

    Używam i działa bardzo dobrze. "

     

     

     

     

     

    jak czytam takie "profesjonalne wypowiedzi" to na prawdę wolę [ cieszę się że jest ] w 100%ach czytać to "komercyjne" wht !

     

    A to nie jest ten sam miłosz, który tutaj jest moderatorem?


  2. Droga wolna. Awarie się zdarzają. Jeżeli oczekujesz bardzo wysokiej niezawodności działania usługi to istnieją takowe, ale nie za cenę zwykłego hostingu www.

     

    Jeżeli tam pracujesz to zaktualizuj profil.

     

    Jeżeli nie to nie pisz "droga wolna" wypowiadając się w imieniu dostawcy bo sugerujesz tym stwierdzeniem, że masz jakiekolwiek powiązania i wypowiadasz się w imieniu firmy, działając na ich szkodę i możesz być pociągnięty do odpowiedzialności...


  3. A że TVN spalili, cóż, pchali się tam, choć nikt ich tam nie zapraszał no to się doigrali.

     

    Czyli nie żyjemy w wolnym kraju bo są równiejsi (którzy mogą się wszędzie pokazywać) i równi (którzy muszą mieć zaproszenie), a jak nie to pałą ich

     

    Wydalić wszystkie naleciałości obcojęzyczne (w szczególności niemieckie), wydalić czerwonych itp, mianować sponsiego królem i on zrobi porządek ze wszystkimi

     

    Ręce opadają...


  4. Dlaczego ta kalkulacja nic mi nie mówi?

    Przykro mi, ale nie znam proporcjonalności I/O dysku w stosunku do ilości procesów. Ale skoro twierdzisz, że taka istnieje, w takim razie chętnie ją zobaczę. (Od razu mam lepszy humor, dzięki kemot) wink.png

     

    Naprawdę nie ma się co cieszyć, to raczej pokazuje podejście firmy, gdzie admini nie wyciągają wniosków, a pamięć ram postrzegają tylko przez pryzmat cachowania.

     

    Większy ram to nie większe IO, ale większy ram to możliwość większej ilości procesów, nad którymi ciężej zapanować, szczególnie gdy polega się na kliencie, który nie zawsze dysponuje odpowiednią wiedzą i z powodu ograniczeń wirtualizacji ma ograniczone precyzyjne zdiagnozowanie procesów, które używają dysku.

     

    Najciekawsze jest stwierdzenie admina, że nie zna zależności pomiędzy procesami a operacjami IO i co gorsze nie widzi takiej zależności...

     

    Ale powodzenia w dalszym przekonywaniu, że wszystko jest w najlepszym porządku...


  5. Z całym szacunkiem, ale chyba nie masz zbyt dużego pojęcia o wirtualizacji kontenerowej "openvz", skoro mówisz, że forkowanie kontenera jest zdrowe dla serwera matki. Po prostu nie chcemy kombinować, jak to robią nie które firmy przycinając zasoby min. priorytet schedulera dyskowego dla danego kontenera czy np. kompletna blokada tar. Po prostu zapewniamy wszystkim klientom najlepszą możliwą jakość, za jaką zapłacili.

     

    Sami dajecie klientom możliwość tworzenia olbrzymiej ilości procesów (dużo ram) a wiadomo, że każdy taki proces może dowoływać się do dysku wykonując duże IO. Dodatkowo dajecie bardzo mało procesora, co powoduje kolejkę procesów. Brak możliwości zapanowania nad tym nie oznacza, że klient się nie zna, tylko może świadczć o błędnej konfiguracji bądź ofercie, której nie możecie utrzymać.

     

    Także nie powinniście od razu zarzucać klientom, że działają na szkodę Waszej firmy a dokładniej przyjrzeć się problemowi.

×