Bardzo przypadł mi do gustu WisePanel - poręczny, dużo możliwości. Niestety home.pl pod tym względem to epoka hostingu łupanego.
Bardzo przypadł mi do gustu WisePanel - poręczny, dużo możliwości. Niestety home.pl pod tym względem to epoka hostingu łupanego.
Ja mam taki sam problem z superhostem i zużyciem procesora. Postanowiłem pewnego dnia - pod wpływem - jednego z postów naforum zoptymalizować witrynę pod względem szybkości.
1. Zainstalowałem komponent JFinalizer i metodą prób i błędów jego skonfigurowałem
2. Włączyłem pamięć podręczną poziom progresywny
3. Włączyłem Obsługę buforowania - Cache_Lite(uproszczona pamięć podręczna)
4. Kompresja strony
Wydaje mi się że od tego momentu zaczęły się wszystkie problemy z zużyciem procesora.
Strona nie posiada zbyt dużego ruchu tak samo jak u założyciela postu. Baza również nawet się nie "spoci".
Gdy dostałem maila z BOK superhostu o dużym zużyciu procesora wyłączyłem komponent i przywróciłem prawie wszystkie zmiany do stanu pierwotnego oprócz jednej
obsługi buforowania Cache_Lite(uproszczona pamięć podręczna) - nie mogę wyłączyć tzn przełączyć gdyż w okienku wyboru jest tylko Cache_Lite.
Plik który zużywa najwięcej procesora to index.php ( jeszcze się ucze więc nie wiem czy index z reguły nie powinien najwięcej obciążać procesora )
Co zrobiłem nie odpowiednio że nie mogę wyłączyć obsługi buforowania ?
Czyżby problemy z procesorem to problem hostingu ?
W zużyciu procesora zawsze będzie się pojawiać plik index.php - tak zbudowana jest J!, że uruchomienie danej funkcji/wczytanie komponentu następuje poprzez parametry, które zawarte są w adresie strony.
Dlatego też te raporty CPU są o kant dupy rozbić - równie dobrze mógłbym prosić o wykazanie, co nieefektywnego jest w pliku index.php wg nich? Bo mój plik jest OK - to ich serwer sobie nie radzi z jego obsługą.
Ale tak to już jest jak się dzieli procesor na dużą liczbę klientów ...
Przed chwilka wszedłem na panel administracyjny. Zużycie procka skoczyło do 570% i plik który wygenerował największy ruch to administrator/index.php
Robią jakiś program w stylu " ukryta kamera" czy tylko tak sobie jaja robią..........
Zużycie procka; 570%
Dobry procesor. Wyślij im zrzut ekranu i napisz, żeby sobie jaja ze swoich bliskich robili, a nie z klientów.
Też się zastanawiałem nad tymi % - czyżbyśmy mieli do czynienia z kotłami kondensacyjnymi, które mają wydajność ponad 100%?
Wg mnie to 570% odnosi się do zarezerwowanej i przeznaczonej dla konkretnego konta mocy procesora.
100 kont na jednej maszynie, to każde konto może po 1% generować - pomijam tutaj procesy w tle ;)
Co za wydajność procka, skoro ty wykorzystałeś ponadprogramowe 470% a ile % inni ?
Współautor bloga o systemie Joomla! -> blog.elimu.pl < oraz kilku książek i artykułów o tym CMS.
No jak ile? Szef serwera tylko na swoje potrzeby wykorzystuje 999%, jego żona dwa razy tyle, a kochanka pewno kolejne dwa razy więcej. I interes się dobrze trzyma! (stoi na procentowo odpowiednim poziomie?)
a jego 5-letni syn używa tylko 99% bo akurat próbuje literkować na GaduGadu
Współautor bloga o systemie Joomla! -> blog.elimu.pl < oraz kilku książek i artykułów o tym CMS.
Nie wiem dlaczego się dziwicie... Jeszcze z dwa - trzy lata temu nie było problemy z "obciążeniami". Niestety teraz każdy ma bloga, każdy chce stronę .. Jakoś admin musi przydzielić dla każdego klienta hostingu dzielonego procent użycia procka ..
zakładamy, że procek to 3.00 GHz. Na hostingu tym jest 100 osób czyli żeby było uczciwie .. 3.00 GHz / 100 ?? No to macie odpowiedź .. Moim zdaniem poszli na łatwiznę .. bo do obciążenia 75% całości mocy obliczeniowej procka powinni olewać temat .. dopiero w momencie kiedy faktycznie load zaczyna szaleć i nie spada szukać winnego ..
Takie czasy Panowie ..
Pozdrawiam, Michał,
-------------------------
wiki.joomla.pl | JAMP 3.0 - Localhost server for Joomla! | Usuwanie wirusów z Joomla! | BlueCoyote - Administracja Joomla!