Przestrzeń na pliki to tylko jeden z parametrów hostingu. Dwie oferty z takim samym dyskiem mogą inaczej obsługiwać WordPressa, import produktów czy równoczesne zamówienia. O wydajności decydują także dostępny procesor, pamięć, operacje dyskowe i liczba zadań wykonywanych w tej samej chwili.
W tym poradniku wyjaśniamy limity używane w CloudLinux. Łączymy je z konkretnymi sytuacjami: wolnym panelem, błędem 508, importem WooCommerce i kampanią reklamową. Aktualne wartości w naszych pakietach znajdziesz w porównaniu hostingu DoSieci.pl oraz w tabelach na stronach ofert.
Co oznaczają parametry hostingu?
| Parametr | Co określa? | Na co zwrócić uwagę? |
|---|---|---|
| CPU / SPEED | Dostępną moc obliczeniową względem jednego rdzenia. | Przetwarzanie PHP, generowanie miniaturek i praca bez cache. |
| RAM / PMEM | Pamięć fizyczną dla procesów konta. | Kilka równoczesnych zadań korzysta ze wspólnego limitu. |
| I/O | Przepływ danych pomiędzy procesami a dyskiem. | Jednostka MB/s opisuje transfer danych, a nie liczbę operacji. |
| IOPS | Liczbę operacji odczytu i zapisu w ciągu sekundy. | Wiele małych plików może obciążać dysk inaczej niż jeden duży. |
| EP | Równoczesne wejścia do środowiska konta. | To parametr współbieżności, a nie licznik odwiedzających. |
| NPROC | Liczbę procesów i wątków działających w środowisku konta. | Uwzględnia pracę w tle, a nie wyłącznie otwarte strony. |
Definicje techniczne: dokumentacja limitów CloudLinux. Sposób naliczania zależy także od konfiguracji serwera i obsługi PHP.
CPU: co znaczy 100%, 200% lub 400%?
W parametrze SPEED punkt odniesienia stanowi jeden rdzeń procesora. Wartość 100% odpowiada jego mocy, a 200% pozwala łącznie wykorzystać moc odpowiadającą dwóm rdzeniom. Jest to limit dla konta na współdzielonym serwerze; nie oznacza przekazania klientowi osobnych fizycznych rdzeni.
Większy limit pomaga przede wszystkim wtedy, gdy aplikacja może wykonywać kilka zadań równolegle. Jeden wolny skrypt nie musi automatycznie przyspieszyć dwa razy po zmianie ze 100% na 200%. Jeżeli czeka na odpowiedź operatora płatności lub kuriera, dodatkowy procesor nie skróci czasu odpowiedzi tej usługi.
Przykład: sklep sprawnie wyświetla produkty z cache, ale podczas generowania miniaturek panel zaczyna reagować wolniej. Sprawdź wykorzystanie CPU w czasie tej operacji. Jeśli zadanie stale dochodzi do limitu, rozważ mniejsze partie zdjęć, zmianę harmonogramu albo pakiet z większym zapasem.
RAM konta i memory_limit PHP to różne ustawienia
Limit PMEM dotyczy pamięci środowiska konta, natomiast memory_limit jest ustawieniem pojedynczego skryptu PHP. Zwiększenie pamięci PHP nie zwiększa automatycznie RAM-u dostępnego w pakiecie.
Wyobraź sobie import katalogu, tworzenie kopii i kilka żądań klientów w tym samym czasie. Każde zadanie może mieścić się w swoim limicie PHP, a ich łączne obciążenie nadal może być zbyt duże dla konta. Dlatego przy sklepie ważny jest zapas na równoczesną pracę, a nie wyłącznie duża liczba podana przy PHP.
Gdy import kończy się błędem pamięci, zachowaj komunikat z logu i godzinę wystąpienia problemu. Następnie porównaj wykres RAM-u z błędem aplikacji. Pomaga to odróżnić brak pamięci konta od zbyt niskiego memory_limit konkretnego procesu. Import w mniejszych partiach bywa wystarczającą poprawką.
I/O i IOPS: szybkość dysku ma dwa wymiary
I/O opisuje ilość przesyłanych danych, a IOPS liczbę operacji. Kopiowanie dużego archiwum i odczytywanie tysięcy małych plików to inne obciążenia, nawet jeżeli w obu przypadkach używasz tego samego dysku NVMe.
W naszej ofercie transfer dyskowy pokazujemy w MB/s zamiast surowych wartości KB/s. Jednostka na stronie ułatwia porównanie pakietów; nie jest wynikiem benchmarku konkretnej witryny. Rzeczywisty czas zadania zależy też od kodu, rozmiaru plików, cache i pozostałych etapów przetwarzania.
Praktyczny przykład: jeśli serwis zwalnia tylko podczas jednoczesnej kopii oraz regeneracji obrazów, zacznij od rozdzielenia tych zadań w czasie. Jeżeli panel pozostaje wolny przez cały dzień, sprawdź także bazę danych i zewnętrzne integracje. Sam napis „NVMe” nie identyfikuje przyczyny problemu.
EP i NPROC: dlaczego 30 EP nie oznacza 30 osób?
EP oznacza współbieżne wejścia do środowiska konta. Dokładny sposób naliczania zależy od obsługi aplikacji, ale parametr opisuje zajęte w danej chwili zadania, a nie dzienną liczbę wizyt. NPROC obejmuje procesy i wątki wewnątrz tego środowiska.
Krótko obsługiwane żądanie szybko zwalnia miejsce. Wolne żądanie zajmuje je dłużej. Z tego powodu problem może pojawić się przy niewielkim ruchu, jeżeli każda odpowiedź trwa kilka sekund. Z kolei wiele osób przeglądających strony obsługiwane z cache nie musi wykorzystać całego limitu.
Zadania cron, importy i integracje również mogą zwiększać współbieżne obciążenie. Jeśli uruchamiają się w tych samych minutach, rozsuń harmonogramy i upewnij się, że kolejne wykonanie nie rozpoczyna się przed zakończeniem poprzedniego.
Błąd 508 może wskazywać na limit EP; błędy 500 lub 503 wymagają sprawdzenia logów, ponieważ występują także przy innych awariach. Przy takim komunikacie wyślij do wsparcia adres strony, dokładną godzinę oraz wykonywaną operację.
Jak sprawdzić, co naprawdę spowalnia stronę?
- Zapisz objaw i czas. Czy wolny jest produkt, koszyk, panel, import czy cały serwis? Sprawdź jeden powtarzalny scenariusz.
- Porównaj okres zwykłej pracy i problemu. W panelu Plesk przejdź do dostępnych statystyk CloudLinux lub poproś wsparcie o wykresy CPU, RAM, I/O, IOPS, EP i NPROC.
- Sprawdź zdarzenia ograniczenia zasobów. Sam chwilowy szczyt nie wyjaśnia każdej awarii. Zestaw go z czasem odpowiedzi oraz komunikatami aplikacji.
- Przejrzyj zadania automatyczne. Poszukaj nakładających się kopii, importów, skanów i synchronizacji. Sprawdź log błędów PHP oraz kolejkę zadań sklepu.
- Wprowadź jedną zmianę i powtórz test. Zachowaj te same adresy i warunki. Porównaj wynik przed zmianą i po niej, również dla koszyka i zalogowanego klienta.
Jeśli wykresy pozostają niskie, poszukaj przyczyny w aplikacji: powolnego zapytania, zewnętrznego API, błędu wtyczki albo dużych zasobów ładowanych w przeglądarce. Pomocny będzie poradnik jak przyspieszyć WordPress na hostingu.
Co zmienia cache WordPressa i WooCommerce?
Cache strony może ograniczyć pracę PHP przy kolejnych odwiedzinach. Object cache pomaga ponownie wykorzystywać wyniki wybranych operacji. Mniejsze obciążenie daje więcej miejsca na zadania, które nadal muszą być wykonywane dynamicznie.
W sklepie trzeba prawidłowo wyłączyć z publicznego cache koszyk, płatność, konto klienta i odpowiedzi zależne od sesji. Sprawdź dodanie produktu, zmianę ilości, kupon oraz przejście do zamówienia. Szybka strona produktu nie wystarczy, jeśli klient widzi nieaktualny koszyk.
Kompresja i format WebP zmniejszają rozmiar przesyłanych obrazów. Nie usuwają jednak wolnego zapytania PHP ani blokującej integracji. Szybkość wyświetlania w przeglądarce i czas pracy aplikacji warto mierzyć osobno. Dla sklepu zobacz praktyczne kroki optymalizacji WooCommerce.
Jak dobrać pakiet bez kupowania zasobów na zapas?
- Strona firmowa, portfolio lub niewielki blog: porównaj Eco i Personal w ofercie hostingu NVMe. Uwzględnij wymagania aplikacji, pocztę i kopie.
- Rozbudowany WordPress: sprawdź hosting WordPress i zmierz obciążenie panelu oraz zadań w tle.
- Sklep z zamówieniami i integracjami: porównaj hosting WooCommerce. Najważniejsza jest sprawna praca koszyka, importów i synchronizacji w godzinach ruchu.
- Projekt regularnie dochodzący do limitów: rozważ NVMe Performance lub Pro po sprawdzeniu, który zasób jest ograniczeniem.
Nie ma wiarygodnego uniwersalnego przelicznika „liczba produktów = pakiet”. Tysiąc prostych produktów może wymagać mniej pracy niż mały katalog z ciężkimi filtrami i kilkoma integracjami. Punktem wyjścia są wymagania aplikacji, realny sposób jej używania oraz pomiar w godzinach obciążenia.
Przed zmianą zbierz dane z kilku typowych dni, zaznacz planowane kampanie i sprawdź kiedy większy pakiet Performance lub Pro ma uzasadnienie.
Najczęstsze pytania o limity hostingu
Czy więcej RAM-u zawsze przyspieszy stronę?
Dodatkowa pamięć pomoże, gdy obecna jest niewystarczająca albo aplikacja może skuteczniej używać cache. Jeżeli strona czeka na zewnętrzną usługę, dodatkowy RAM może nie zmienić czasu odpowiedzi.
Czy kilka domen ma osobne limity?
Nie zakładaj tego na podstawie samej liczby domen w pakiecie. Zasady przypisania limitów sprawdza się dla konta, subskrypcji i konfiguracji usługi. Zapytaj wsparcie przed umieszczeniem kilku wymagających aplikacji w jednym pakiecie.
Czy transfer bez limitu oznacza brak limitów wydajności?
Transfer sieciowy opisuje przesyłane dane. CPU, pamięć, operacje dyskowe i współbieżne zadania są oddzielnymi parametrami. Porównuj całą specyfikację, a nie tylko pojemność dysku i transfer.
Kiedy warto zwiększyć pakiet?
Gdy pomiary pokazują powtarzalny brak konkretnego zasobu przy prawidłowo działającej aplikacji lub potrzebujesz udokumentowanego zapasu na większe obciążenie. W zgłoszeniu podaj domenę, godzinę problemu i przykład wolnej operacji.