Sivut latautuvat todella hitaasti Drupalissa

edit

Kapsin WWW-palvelimilla on ollut ongelmia tiedostolukujen hitaudessa. Tästä syystä varsinkin Drupalin kaltaiset softat, jotka lukeat huomattavan määrän tiedostoja peräkkäin jokaisen sivulatauksen yhteydessä kärsivät erityisen ikävästi näistä ongelmista.

Ongelmat on saatu korjattua ja homma toimii jälleen kuten Muumeissa eli kaikki menee erityisen hyvin, jopa paremmin kuin elokuvissa noin keskimäärin. Teknisempää settiä tähän ongelmaan liittyen tulee varmaankin yhdistyksen blogiin.

Drupalin optimointiin kannattaa kiinnittää myös noin muuten hieman huomiota. Internetistä löytyy erityisen hyvin vinkkejä ja howtoja esimerkiksi tarvittavien Drupalin cache-ominaisuuksien päällekytkemiseen. Drupal, kun meinaa olla hieman tahmaisen tuntuinen ilman niitä oli WWW-palvelin mikä hyvänsä.

Pystyisitkö pistämään lisätietoja tuosta tiedostorakenteen siirtämisestä? Mihin siirsit sen? Ajan itse paria Drupal-saittia Kapsissa ja kaikki vinkit suorituskyvyn parantamiseksi kiinnostavat kovasti.

Itsellä heilui tänään page execution time 5000ms ja 80 000ms välillä. Queryt tuntuvat menevän aina läpi 100-300ms, mutta mitä stracella tutkittiin niin 300-400 tiedoston luku ja äärimmäisen tahmainen NFS ovat todennäköisesti pääsyitä tolle hitailulle. FCGI prosessin spawnaus toki luo lisähitautta myös, mutta en usko että siitä voidaan tinkiä jaetulla hostauksella koska prosessien on hyvä pysyä käyttäjien välillä eristettynä.

Ok, kiitos tiedosta...

Nimim. "Page execution time was 27968.07 ms. Executed 71 queries in 109.89 milliseconds." Tämä toki admin-käyttäjänä jolloin Drupalin cachet eivät pääse väliin, mutta silti...

Warod:

Minulla on myös about kaikki mahdolliset cachetukset\optimoinnit käytössä:

• CSS & JS aggregointi ja pakkaus
• CDN kautta kuvien, scriptien ja tyylien jakelu (cookiet stripattuna)
• Block cachetus (1-60min riippuen blockista)
• Kuva, CSS & JS tiedostoille asetettu Expires modilla pitkät säilytysajat käyttäjien koneilla
• Staattinen cachetus anonyymeille (toimii kunhan cache on lämmennyt, mutta ei tietenkään auta kirjautuneita käyttäjiä lainkaan)

Mitä haluaisin käyttää tämän lisäksi:

• APC (php laajennus, yksittäinen suurin performanceboost Drupalin tapauksessa yleisestikkin, ja nyt varsinkin kun sen avulla vältetään monen tiedoston lukeminen jokaisella refreshillä). Valitettavasti jaetuissa ympäristöissä APC käyttö ei onnistu, koska prosesseja ei voi eristää.
• Deflate (apache mod) tarjoiltujen resurssien autom. gzippaus palvelintasolla, lennossa (käytännössä siis .HTML datalle, koska CSS\JS on jo valmiiksi gzipattu agregoinnin yhteydessä). Rasittaa toki palvelinta enemmän, mutta vastineeksi liikennöintimäärät laskevat ja käyttäjät saavat datan nopeammin.

Siirron teki testimielessä ylläpito ja tällä hetkellä se on siirretty takaisin normaalipuolelle. Toivonmukaan vastaisuudessa (ja pian) saadaan mahdollisuus ajaa saitteja ilman NFS:ää niin tuosta performanssiongelmasta päästäisiin eroon kokonaan.

Kiitos Warod vastauksesta, tilanneinfosta ja etenkin ongelmatilanteen selvittelystä ja korjauksesta.

Omilla sivustoillani on käytössä about kaikki mahdolliset ja jaettuun ympäristöön soveltuvat cachet mitä tiedän. Anonyymien käyttäjien cachet on kytketty päälle. Css- ja js-tiedostojen aggregointi ja pakkaus on kytketty päälle jne.

Drupalin coren cachetus ei tunnetusti ole liian tehokas kirjautuneille käyttäjille. Curling.fi:n itse toteuttamaani tulospalvelumoduuliin on tämän vuoksi toteutettu vielä moduulin sisäinen cachetusmekanismi, joka pitää huolen siitä että esim. sarjataulukkosivun laskeminen (varsin performance expensive operaatio) tehdään vain silloin kun pelit ovat päättyneet ja jotain uutta laskettavaa oikeasti on.

Eli omat Drupal-saittini on pyritty toteuttamaan niin hyvin cachetetuiksi kuin mitä tiedän olevan mahdollista jaetussa ympäristössä. Jos jollakulla Kapsin käyttäjällä on jakaa hyviä lisävinkkejä tai pointtereita erityisen hyvin toimivista suorituskykyä parantavista mekanismeista, niin ilolla ottaisin linkkivinkkejä vastaan.

Cheers, Markus