Várakozás a semmire, majd nagy kegyes betöltődés

Sziasztok!

Van nekem egy openvz VPS-em. Tudomásom szerint ott a szolgáltató Deninet.

Ez a VPS elég izmos gépnek mondható, több mag, több GB RAM... Mégis érdekesen viselkedik néha a weboldalaim sokasága:

Ha hosszú idő után beírom az egyik ott tárolt weboldalam címét, akkor eltelik 10-15, de olykor 20 másodperc is, mire hirtelen betölti az oldalt (innen már nincs gond, a szűk keresztmetszet max a számítógép lehet, amiről nézem az oldalt). Ha ezután bezárom az oldalt, majd újra megnyitom, azonnal betöltődik.

A VPS-en 3 Drupal 7 van (van amelyik multisite) és 1 db Word Press 3.7.1 telepítve. Mindegyik up to date.

Mindkét CMS-nél előfordul a "várakozás a semmire" jelenség.

Mi lehet a gond? Azt biztosra mondom, hogy semmi köze a UPC tegnapi kipurcanásához, mivel a jelenség már régóta megvan, csak eddig betudtam annak, hogy "szaranetbook". Csakhogy a dolgot kipróbáltam több gépen is. Asztalin, laptopon, sőt, RDP-n keresztül egy pesti gépen is.

Amúgy a rendszer: Debian Squeeze.

Előre is köszi a segítséget.

Hozzászólások

Inkabb DNS-timeoutnak tunik a dolog, elso"re... az rendben van, ne'zted? Lasd pl egy mezei `host` parancs, ilyesmi...

Talan az is lehet hogy a primary DNS leall(t), es alt. ennyi ido" kell mig a secondary DNS-re kapcsol. Ezutobbi effektet asszem egy `dig` megmondja (marmint hogy vegul melyik DNS-tol is szarmazott a felolda's).

A Google DNS-eit használom, tehát: 8.8.8.8, 8.8.4.4

dig kimenet:
dig tegyjot.hu

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> tegyjot.hu
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9747
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0

;; QUESTION SECTION:
;tegyjot.hu. IN A

;; ANSWER SECTION:
tegyjot.hu. 294 IN A 87.229.73.219

;; AUTHORITY SECTION:
tegyjot.hu. 80901 IN NS ns1.nextserver.hu.
tegyjot.hu. 80901 IN NS ns2.nextserver.hu.

;; Query time: 28 msec
;; SERVER: 87.229.108.201#53(87.229.108.201)
;; WHEN: Sun Nov 3 10:18:41 2013
;; MSG SIZE rcvd: 91

host tegyjot.hu
tegyjot.hu has address 87.229.73.219
tegyjot.hu mail is handled by 1 mail.tegyjot.hu.

--
-- GKPortál Blog
Tégy Jót!
Legyen neked is Dropbox tárhelyed! :)

Szerintem memória - amit a db és a php is ehet, plusz a filecache. A webapp alatt sem mindegy, mekkora, és milyen filecache-et használsz.
Azért gyanakszom cache problémára, mert annak pont az a lényege, hogy amit ritkán használsz, azt eldobja. Amit meg nem látsz mellette, az a disk IO host szinten. Ha minden motorban kikapcsolod a cache-t, és minden oldalad belassul - nem ennyire, de érezhetően -, akkor valszeg ez lesz a problémád.
Azért egy disk sebesságet is nézhetsz a VPS-en, hogy mi az ábra.
Továbbá: az egy dolog, hogy a VPS-ed mennyi memóriát lát, meg az is, hogy a vhost mennyit ad neki fizikailag (ballooning).
--
PtY - www.onlinedemo.hu

Ha már más is írja, akkor megkockáztatom, hogy valami ilyesmire tippelnék én is.
Konkrétabban arra, hogy a host swapbe teszi a VPS-ed egy részét vagy talán az egészet (nem tudom, linuxokon ez pontosan hogy megy), ha ritkán van használatban.

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Ezt igy igen nehez eldonteni. Amiket en rogton megneznek:
- php opcode cache van-e a vps-en (xcache vagy apc)
- drupal js es css aggregaciot bekapcsolni
- mysqltuner-el megneznem, hogy mi a harci helyzet azon a fronton
- memcached bevetese, ha indokolja a forgalom a rendelkezesre allo eroforrasok fenyeben
- lighttpd/nginx es php-fpm megfontolasa php 5.4-re valtassal egyutt (ehhez drupal 7 is kell rogton es a megfelelo wp verzio)

Imho ez nem szolgáltói hiba, hanem mindegyik drupalban be van kapcsolva a beépített cron - aszem default 15 percenként fut le a kiszolgálás előtt.

Itt tudod kikapcsolni: admin/config/system/cron

Érdemes külső meghívást használni.

No rainbow, no sugar

csak ötlet, a webgalambot vagy a lap végére tenném, de inkább cron-ba, tök felesleges minden lapnyitáskor elindítani.