Limity hostingu: CPU, RAM i procesy PHP — jak czytać specyfikację pakietu?

Limity hostingu porównuj dopiero po ustaleniu jednostki, zakresu i skutku przekroczenia. RAM konta nie jest tym samym co memory_limit PHP, proces nie oznacza jednego odwiedzającego, a duży dysk nie gwarantuje większej mocy aplikacji. Dwie podobne liczby mogą opisywać różne elementy usługi.

WebBay wyjaśnia osiem grup parametrów i pokazuje przykłady ze specyfikacji odczytanych 28.10.2026. Nie są to wyniki benchmarku. Po rozpoznaniu swoich wymagań porównaj hostingi według właściwych zasobów i kosztu odnowienia.

Nie podajemy przelicznika „RAM na klientów”. Ruch, cache, kod i charakter operacji zmieniają zapotrzebowanie. Wymagania konkretnego sklepu rozwija poradnik WooCommerce. Tutaj uczysz się odczytywać tabelę, także wtedy, gdy część danych jest niepełna.

Słownik i przykłady

• CPU, rdzenie i procenty
• RAM konta a memory_limit
• EP, NPROC i procesy PHP
• I/O, IOPS i pojemność dysku
• Czas wykonania i przesyłanie plików
• Dwa rzeczywiste przykłady specyfikacji
• Karta pytań i decyzja o rozbudowie

Przykład odczytu niepełnej specyfikacji

W ofercie widzisz 2 GB RAM konta i 256 MB memory_limit. Pierwsza liczba opisuje zasób konta, druga limit pojedynczego skryptu PHP; nie zamieniaj ich na jeden parametr. Jeśli import kończy się błędem pamięci przy 256 MB, zapytaj o możliwość zwiększenia limitu skryptu i wymagania dodatku. Jeśli równocześnie wiele procesów wyczerpuje limit całego konta, sprawdź ich liczbę i wykres użycia. Dopiero ten rozdział pozwala ustalić, który limit rzeczywiście trzeba zmienić.

1. Limity hostingu: CPU i znaczenie jednostki

Oferta może wymieniać rdzeń, vCPU, procent CPU albo częstotliwość. Nie zamieniaj tych opisów automatycznie na identyczną moc między różnymi usługami. Zapytaj o sposób liczenia, współdzielenie, okres ograniczenia i ewentualne zasady zwiększania przydziału. Słowo „gwarantowane” wymaga konkretnego zakresu w warunkach usługi, a nie domysłu na podstawie liczby.

CloudLinux opisuje SPEED jako procent odnoszący się do jednego rdzenia albo limit wyrażony częstotliwością. W tym modelu 100% odnosi się do jednego rdzenia, a 200% do dwukrotności tak określonego przydziału. To znaczenie jednostki w danym systemie, nie dowód, że dwie firmy z tym samym procentem zapewnią identyczny czas każdego zadania. [1]

Sprawdź, czy limit dotyczy całego konta, poszczególnej instalacji czy innej grupy usług. Jeśli kilka stron korzysta ze wspólnego przydziału, jednoczesne prace mogą się na niego składać. Nie zakładaj, że „dziesięć domen” oznacza dziesięć oddzielnych zestawów CPU. Karta zasobów musi wskazywać granicę, do której odnoszą się liczby.

Nie oceniaj CPU wyłącznie przez liczbę odsłon. Ta sama liczba wejść może oznaczać gotowe odpowiedzi artykułu albo kosztowne filtrowanie katalogu. Większy przydział może być uzasadniony rozpoznanym obciążeniem, ale nie zastępuje sprawdzenia błędu aplikacji. Najpierw ustal, jaka praca rzeczywiście osiąga limit i w jakim czasie.

2. RAM konta oraz pamięć skryptu PHP

RAM konta opisuje zasób dla określonego środowiska lub grupy procesów. W CloudLinux PMEM odnosi się do pamięci fizycznej używanej w LVE, z zasadami opisanymi przez producenta. Nie jest to automatycznie cała pamięć fizycznej maszyny na wyłączność klienta. Zapytaj o zakres i wspólne wykorzystanie w kupowanym planie. [1]

memory_limit to ustawienie PHP dotyczące przydzielania pamięci przez skrypt. Nie jest tym samym co RAM konta ani dokładnym pomiarem całej pamięci procesu widzianej przez system. Sposób egzekwowania zależy także od wersji PHP; aktualna dokumentacja opisuje odrębnie limit miękki i mechanizm limitu twardego. Nie zakładaj, że jedna wartość z panelu wyjaśnia wszystkie możliwe zakończenia procesu. [2]

Przykład redakcyjny: konto z budżetem 2 GB i memory_limit 512 MB nie otrzymuje dzięki temu dodatkowych 512 MB dla każdej równoczesnej operacji. Nie można z prostego dzielenia 2 GB przez 512 MB wywnioskować gwarantowanych czterech użytkowników. Skrypty nie zawsze wykorzystują pełny limit, działają też inne elementy, a zakresy liczenia nie są identyczne.

Zwiększenie memory_limit może pomóc skryptowi wymagającemu większego przydziału, jeżeli środowisko rzeczywiście go udostępnia. Nie tworzy jednak nowej pamięci fizycznej i nie usuwa ograniczenia konta. Z kolei większy RAM całego planu nie dowodzi, że pojedynczy skrypt dostał wyższe ustawienie PHP. Sprawdź obie wartości osobno.

3. EP oraz NPROC: różne liczniki

CloudLinux rozróżnia entry processes i liczbę procesów w LVE. EP opisuje wejścia do środowiska w określonej ścieżce obsługi, a NPROC całkowitą liczbę procesów i wątków w tym środowisku. To nie są dwie nazwy tej samej liczby. W zależności od konfiguracji znaczenie dla witryny wymaga objaśnienia operatora. [1]

Nie utożsamiaj EP z liczbą osób na stronie. Jedna osoba może wykonywać kilka żądań, a gotowa odpowiedź może przechodzić inną ścieżką niż operacja wymagająca aplikacji. Liczba użytkowników, żądań i procesów to odrębne pojęcia. Bez pomiaru scenariusza nie powstaje z nich pewny limit ruchu miesięcznego.

Hasło „procesy PHP” w ofercie może odnosić się do innego ograniczenia niż NPROC całego konta. Poproś o dokładną nazwę i skutek osiągnięcia progu. Dodatkowy pakiet procesów PHP nie musi zwiększać CPU, RAM, limitu wszystkich procesów ani pojemności dysku. Zakres dodatku powinien być czytelny przed dopłatą.

Sprawdź także zadania działające poza zwykłym otwarciem strony: importy, prace okresowe i narzędzia uruchamiane przez opiekuna. Mogą uczestniczyć w wykorzystaniu zasobów zgodnie z konfiguracją usługi. Nie wyłączaj ich na produkcji tylko po zobaczeniu wysokiego wykresu. Najpierw ustal, jaka praca jest potrzebna i kiedy się nakłada.

4. I/O: tempo danych, a nie liczba gigabajtów

I/O w specyfikacji opisuje ograniczenie przepływu odczytu i zapisu w danym zakresie. Pojemność dysku mówi natomiast, ile danych możesz przechowywać. Duży pakiet nie musi mieć większego limitu transferu dyskowego. Sprawdź jednostkę i informację, czy wartość obejmuje odczyt i zapis łącznie, czy została opisana inaczej przez operatora.

CloudLinux definiuje limit IO jako przepływ obejmujący odczyt oraz zapis. Nie traktuj reklamowej nazwy NVMe jako dowodu braku takiego ograniczenia na koncie. Szybki nośnik fizyczny i przydział klienta są różnymi poziomami. Porównanie powinno dotyczyć zasobu, który faktycznie otrzymujesz, a nie samego modelu użytego sprzętu. [1]

5. IOPS: liczba operacji, nie ich łączny rozmiar

IOPS odnosi się do liczby operacji wejścia/wyjścia na sekundę. Nie jest tym samym co MB/s. Wiele małych operacji i mniejsza liczba większych zapisów mogą wykorzystać różne ograniczenia. Z samej wyższej wartości jednego parametru nie wynika proporcjonalnie szybsze działanie całej strony.

Zestaw te dane z charakterem aplikacji, ale nie wymyślaj bez pomiaru, że konkretny sklep wymaga jednej uniwersalnej liczby IOPS. Sprawdź błędy, czasy oraz obserwowane ograniczenie. Jeżeli specyfikacja pomija tę wartość, zapytaj o nią lub zapisz brak potwierdzenia. Nie zamieniaj pustej komórki w „bez limitu”.

6. Liczba plików i folderów może skończyć się przed miejscem

Limit plików lub inode dotyczy liczby obiektów w określonym zakresie, nie samej sumy bajtów. Wiele miniatur, kopii roboczych lub wiadomości może mieć znaczenie mimo wolnego miejsca. CloudLinux opisuje inode jako strukturę z informacją o pliku lub folderze. Dokładny zakres rozliczenia i egzekwowania sprawdź w swojej usłudze. [1]

Nie usuwaj automatycznie „małych plików” tylko po to, by zmniejszyć licznik. Mogą należeć do aplikacji albo poczty. Najpierw ustal ich pochodzenie, wymagany okres przechowywania i sposób bezpiecznego usunięcia. Przy zakupie zapytaj także, czy poczta i dane WWW korzystają ze wspólnego limitu oraz jak będzie wyglądać rozbudowa.

Po rozpoznaniu brakującego parametru zestaw oferty według właściwego ograniczenia, a nie samej pojemności. Nie kupuj większego dysku, jeżeli problem dotyczy innej wspólnej granicy. Zasady wielu instalacji rozwija poradnik hostingu kilku stron.

Dlaczego niewiele bajtów może oznaczać wiele obiektów?

Przykład wyłącznie obliczeniowy: 100 000 plików o treści po 1024 bajty daje 102 400 000 bajtów danych. To 102,4 MB w zapisie dziesiętnym, bez narzutu systemu plików. Liczba plików pozostaje jednak równa 100 000. Model nie opisuje pomiaru konta ani rzeczywistego zajęcia miejsca na dysku, lecz pokazuje odrębność dwóch liczników.

W praktyce rozmiary plików są różne, a foldery, metadane i sposób rozliczania wprowadzają dodatkowy kontekst. Dlatego nie używaj tego przykładu do dokładnego przewidywania miejsca dla poczty albo miniatur. Odczytaj rzeczywistą liczbę i rozmiar w panelu oraz potwierdź zakres z operatorem. Nie zastępuj dwóch pomiarów jedną teoretyczną średnią.

Jeżeli brakuje właśnie liczby obiektów, zapytaj o bezpieczne porządkowanie i możliwość zwiększenia tego limitu. Jeśli brakuje pojemności, sprawdź rozmiary. Są to dwa różne powody rozbudowy, mimo że oba mogą pojawić się przy zapisywaniu kolejnego pliku.

7. Czas wykonania to nie każda możliwa granica operacji

PHP ma ustawienie max_execution_time, ale nie należy utożsamiać go z każdym limitem czasu całego żądania i wszystkich jego etapów. Dokumentacja wskazuje zależności od systemu i rodzaju czynności. Po drodze mogą istnieć także ograniczenia serwera lub aplikacji. Nie obiecuj, że zwiększenie jednej wartości rozwiąże każdy przerwany import. [2, 3]

Przy problemie zapisz czynność, czas, komunikat i kontekst. Ustal, czy przerwał ją skrypt, warstwa WWW czy zewnętrzny serwis. Dłuższe wykonywanie nie zawsze jest lepsze: kosztowny proces może wymagać podziału pracy. Ten poradnik nie zaleca zmiany globalnego PHP ani podnoszenia limitów bez diagnozy i kontroli skutków.

8. Przesyłanie plików ma kilka powiązanych ustawień

upload_max_filesize i post_max_size opisują różne granice. Przy przesyłaniu znaczenie może mieć również czas wejścia oraz pamięć potrzebna później do przetworzenia pliku. Duży dozwolony plik nie jest dowodem, że aplikacja poprawnie wygeneruje jego miniatury lub zakończy import. Oficjalny poradnik PHP przedstawia te zależności jako typowe źródła problemów. [3]

Przed zakupem zapytaj o największy rzeczywiście potrzebny plik oraz czynność wykonywaną po jego odebraniu. Nie publikuj testowo prywatnych danych tylko po to, by sprawdzić granicę. Użyj kontrolowanego materiału w odpowiednim środowisku i odbierz wynik. Samo zakończenie wysyłania nie potwierdza poprawnego przetworzenia.

Dwa przykłady: większy pakiet nie zwiększa wszystkiego

W tym zestawieniu podwojenie miejsca nie zmienia bazowego RAM ani liczby zasobów procesora, a zwiększa inne wartości. Nie wynika z tego, że cała usługa jest dwa razy szybsza lub że pamięć można pominąć. To przykład czytania konkretnej tabeli. Koszty i dobór wariantu opisuje osobny poradnik planów ProSerwer.

Drugi przykład z aktualnej oferty SEOHOST: SH 1 ma 10 GB, 1 vCPU i 2 GB RAM, a SH 2 ma 50 GB, 2 vCPU i 2 GB RAM. Więcej miejsca i zmiana CPU nie oznaczają tutaj większego bazowego RAM. Nie przenosimy z tych danych wniosku o identycznej mocy rdzenia u innego operatora. [5]

Przykłady celowo nie tworzą rankingu szybkości. Pokazują różne kierunki wzrostu parametrów. Jeśli porównujesz tabelę z innego dnia lub inny wariant, odczytaj ją ponownie. Nie traktuj historycznej nazwy planu jako gwarancji niezmienionego przydziału. Zapisz również zakres limitu i warunki dodatków, jeśli są częścią decyzji.

Cztery sytuacje, w których proste porównanie liczb zawodzi

Oferta A ma 200%, a B ma 2 vCPU. Zanim uznasz remis, sprawdź system liczenia, zasady współdzielenia i zakres przydziału. Procent w opisanym modelu CloudLinux ma określone odniesienie, natomiast skrót w tabeli innej usługi wymaga objaśnienia. Bez tych danych nie ma podstaw do równości ani przewagi jednej oferty. Nie zgaduj również modelu procesora na podstawie samego vCPU.

Oferta A ma większy memory_limit, a B więcej RAM konta. To nie są konkurencyjne odpowiedzi na jedno pytanie. Pierwsza wartość dotyczy ustawienia PHP, druga szerszego budżetu środowiska. Wybór zależy od tego, czy problemem jest pojedynczy kosztowny skrypt, suma równoczesnej pracy czy inna warstwa. Podwyższenie jednej granicy nie potwierdza, że pozostałe ograniczenia pozwolą dokończyć zadanie.

Oferta A ma 100 MB/s, a B 4000 IOPS. Takiej pary nie ustawisz w jednej kolumnie „szybkość dysku”. Brakuje wspólnej jednostki i charakteru operacji. Poproś o oba parametry oraz ich zakres. Nawet po uzyskaniu kompletu liczby opisują limity usługi, a nie gotowy czas importu, wyszukiwania czy odtworzenia kopii. Te czynności wymagają własnego, porównywalnego odbioru.

Oferta A ma większy dysk, a B wyższy limit plików. Strona z dużymi archiwami i konto z wieloma drobnymi wiadomościami mogą napotkać różne granice. Sprawdź ilość danych i liczbę obiektów osobno. Nie zakładaj, że wolne gigabajty oznaczają możliwość utworzenia dowolnej liczby kolejnych plików. Nie kupuj też większego limitu plików, gdy rzeczywistym problemem jest pojemność.

Te sytuacje są przykładami czytania specyfikacji, nie oceną konkretnych operatorów. Mają zatrzymać nieuprawniony wniosek przed zakupem. Zapisanie „brak wspólnej jednostki” jest bardziej rzetelne niż sztuczne przyznanie punktu. Gdy otrzymasz wyjaśnienie, dopisz datę i źródło, zachowując pierwotną niepewność w historii decyzji.

Karta pytań do niepełnej specyfikacji

Przy zgłoszeniu problemu porównaj czas zdarzenia z wykresem właściwego zasobu. Nie utożsamiaj średniej z maksimum ani bieżącego odczytu z całym dniem. Uzgodnij strefę czasową. Jeśli operator potwierdza ograniczenie, poproś o nazwę parametru i propozycję rozwiązania. Do pełnej diagnozy służy procedura wolnej aplikacji.

Niepełne dane oznaczają „do potwierdzenia”, a nie automatycznie niską jakość lub brak ograniczeń. Możesz zawęzić wybór do ofert, których zakres jest wystarczająco jasny dla Twojego projektu. Nie przypisuj wszystkim stronom jednakowego minimum CPU i RAM. Wymaganie powinno wynikać z aplikacji, zadania i rzeczywistych obserwacji.

Limity hostingu mają pomóc ustalić właściwy pakiet, nie stworzyć pozorny kalkulator odwiedzających. Gdy znasz brakujący parametr oraz koszt zmiany, wybierz ofertę z potwierdzonym zakresem zasobów i odnowienia. Zachowaj kartę z datą, aby po wdrożeniu sprawdzić ten sam zakres zamiast porównywać nieopisane liczby.

Przykład planowania wspólnej pamięci bez kalkulatora ruchu

Wyobraź sobie dwie witryny na jednym koncie. Jedna uruchamia import, druga w tym czasie obsługuje zwykłe wejścia. Jeśli mają wspólny budżet pamięci i CPU, deklarowana liczba domen nie rozdziela automatycznie zasobów. Ustal, czy prace się nakładają i jaki zakres monitoruje panel. To opis ryzyka współdzielenia, bez wymyślonej liczby równoczesnych klientów.

Do karty wpisz zadanie, przewidywaną porę i odpowiedzialnego wykonawcę. Przy pracach okresowych sprawdź, czy można je sensownie rozdzielić w czasie. Nie zmieniaj jednak harmonogramu w ciemno: zadanie może obsługiwać zamówienia, aktualizację stanów lub inne ważne dane. Większy limit i lepsza organizacja to odrębne możliwości, wymagające oceny właściwego problemu.

Po zmianie planu odbierz tę samą czynność, która była powodem zakupu. Sprawdź nie tylko nową liczbę w panelu, ale też poprawne zakończenie pracy oraz brak nowego ograniczenia. Gdy poprawa nie wystąpiła, zachowaj obserwację i wróć do diagnozy. Nie twórz kolejnego uzasadnienia dopłaty wyłącznie dlatego, że poprzednia zmiana została już opłacona.

Co wpisać w pytaniu o gwarancję zasobów?

Poproś o rozróżnienie limitu maksymalnego od rezerwacji zasobu oraz ewentualnej możliwości chwilowego zwiększenia. Ustal, jak są liczone okresy i co dzieje się po osiągnięciu granicy. Nie każdy marketingowy opis używa tych słów w identyczny sposób. Odpowiedź powinna dotyczyć wybranego pakietu i znaleźć odzwierciedlenie w dostępnych warunkach usługi.

Jeśli wzrost przydziału generuje opłatę zależną od wykorzystania, zapytaj o kontrolę kosztu i sposób wyłączenia tej funkcji. Jeżeli potrzebny jest ręczny kontakt, ustal procedurę zmiany. Nie zakładaj natychmiastowego lub bezpłatnego zwiększenia na podstawie samego hasła „skalowanie”. To pytania o warunki, bez twierdzenia, że każda oferta działa według jednego modelu.

Przy braku odpowiedzi zaznacz ograniczenie porównania. Nie musisz kupować usługi, aby uzupełnić niejasną tabelę. Możesz poprosić o potwierdzenie albo wybrać wariant z jasno opisanym zakresem. Ważne, aby nie przedstawiać nieznanej wartości jako zaliczonego wymagania, zwłaszcza gdy zależy od niej istotna funkcja aplikacji.

Źródła i data weryfikacji

Oficjalne źródła ponownie sprawdzono 29.10.2026. Słownik i karta pytań są opracowaniem WebBay, a przykłady ofert opisują limity, nie wyniki szybkości. Dostępność ustawień zależy od wersji PHP i konfiguracji operatora.

1. [1] CloudLinux — SPEED, PMEM, EP, NPROC, I/O, IOPS i inode.
2. [2] PHP — ustawienia pamięci i pozostałe dyrektywy.
3. [3] PHP — zależności ustawień przesyłania i przetwarzania plików.
4. [4] ProSerwer — aktualne tabele parametrów PRO i PREMIUM.
5. [5] SEOHOST — aktualne parametry SH 1 i SH 2.