Težave serverja za spletno gostovanje [stran 3]

#21Boter pa to ni res.
Shared hostingi so shared. Ne more pač eden od 1000 pobirati večine resourcov.

Sce ma prav.
Probaj z VPS, kjer lahko tudi bolje optimiziraš nastavitve serverja prav za ta sajt

#22Kontaktiraj firmo kjer hostaš, jim opiši problem in prosi za rešitev. Omeni jim VPS. Take firme ki imajo toliko strank imajo ponavadi tudi kak backup strežnik ali prodajo vpsjev za "požrešne" stranke.

lp

#23Se strinjam z OvcaX. Prarafraziram. Če ima neka stranka dirkalni avto in ga hoče izkoristiti, tega ne more delat na navadni cesti kjer je omejitev 50km/h. Naj si najame svoje dirkališče alias dovolj resoursov sam zase. So primeri, ko res ena stranka ogroža ostale na shared serverju - pa ponudnik serverja se ne more zaščiititi proti vsem takim situacijam ...

Pa da se ne razumemo, ne leti na konkreten primer phpzofa.

#24hvala za mnenja, dokler od ponudnika ne dobir konktretnih podatkih je pe uranjeno razmiljati o zamenjavi, po zadnjem obvestilu so opomin dali na osnovi:

meritve top apache procesov in uporabo CPU

po zadnjih meritvah porabe časa(dodano na vsako podstran) je potrebno za nalaganje - sprocesiranje potreben čas od 0,02 sek do 2 sek(to se meni zdi normalen čas) - odvisno od funkcije, ki so izvedene - pretežno zapisovanje z mySQL. Ob tem ni jasno koliko je še aktivnih drugih procesov ob istem času.

Vprašanj je več: koliko to vpliva na stabilnost serverja, vpliv na odzivnost in procesiranje drugih procesov - "uporabnikov" - upočasnjenost itd.

Ker še niso poslali obljubljenega skana top procesov še bom malo počakal z odločitvijo - kaj sedaj???

#25za sedaj še nevemo koliko lahko vozimo 100km/h ali 50km/h - če bi dali pogoje poraba procesorskega časa CPU na zahtevek je 3 sek potem bi bilo vse jasno.... vem samo, da jim trošim okoli 35% bandwidtha mesečno...

#2635% celotnega bandwitha? :)

#27urbee, verjetno tistega, ki ga ima zakupljenega v paketu...

#28Popravek:

vem samo, da jim trošim okoli 35% bandwidtha mesečno...

- mesečno dovoljenega bandwitha - download prometa v MB, kar je dnevno okoli
300 MB, število obiskov do 200 na dan.
Mogoče bi pomagale vaše izkušnje z ugotovljenim časom nalaganja strani - podstrani(čas od vstopa do zaključka procesiranja strani), ki je od 0,02 do 2 sekundi, kdaj so lahko zahtevki "usodni" če so v TOP procesih, ali je skan z ukazom TOP (apache) relevantna meritev, da te proglasijo za "požrešnega" uporabnika in še...

#29apache-top:

apache-top provides real-time display of the active processes from a remote apache server. It shows: the active apache processes with the associated PID, the status, the active seconds, the CPU usage, the associated VirtualHost, the accessing IP and the request (POST or GET, the file being accessed, and the used protocol); the server uptime and the time it was last restarted; CPU usage; requests per second, Kb per second, and the average Kb per request; the number of active and inactive processes; and a graph with the inactive and active processes and their status.

Tko da odgovor na tvoje vprašanje ali te lahko proglasijo za požrešnega na podlagi teh podatkov... Ja lahko.

#30

phpzofa:
za sedaj še nevemo koliko lahko vozimo 100km/h ali 50km/h - če bi dali pogoje poraba procesorskega časa CPU na zahtevek je 3 sek potem bi bilo vse jasno.... vem samo, da jim trošim okoli 35% bandwidtha mesečno...

Če pa res nimajo navedeno niti v pravilih čisto ničesar, potem to ni korektno.