kohler mot 17 hk motorblokk

Vi har en dedikert server som mater et veldig stort WordPress-nettsted med mange avanserte spørsmål - store integrerte CMS / Video-aktiverte med massevis av ekstra WP-felt lagt til.

Serveren er 32G minne, 4Quad kjører W2012 med apache (2.4) /php5.6.3/mysql5.7/tomcat8 - alt over ssl.

Serverstakken ble nylig oppdatert, og vi er ikke ferdig med å konfigurere den.

Med bare noen grunnleggende justeringer ... ting kjører ikke så bra.

  1. En statisk side er på 240 ms - flott.
  2. en wordpress-side ut av esken uten plugins ... 800ms-1.2s ... ikke bra i det hele tatt.
  3. Vårt hovedside - bare en tom side. Omtrent 800 ms ... bla.
  4. Vår hovedside til hjemmesiden - ca 2-4 sekunder
  5. Vår hovedside med mange dynamiske spørsmål - 4-30 sekunder (barn du ikke).

Bakgrunn: Før serveren ble oppgradert til den siste stabelen, var ytelsen på nettsteder mye raskere, men vi fikk massevis av minnefeil - og disse skjedde i større grad på større sider, men alltid rundt tilfeldige kodebiter. Siden oppgraderingen har vi hatt null minnefeil og egentlig ingen php-feil i det hele tatt.

Jeg kan kopiere over serverkonfigurasjoner om nødvendig, men jeg har php-minnet satt til 2 GB, jeg har 15G tildelt innodb, og jeg har spilt med mpm-arbeiderinnstillingene - og egentlig alt jeg gjør, påvirker egentlig ikke serveren ttfb-problemet . Ingen feil i apache-logger, ingenting i php-logger.

Jeg merker ekstremt høy CPU-bruk av apache - vi får bare 10 000 treff om dagen, og det er alltid frem og tilbake mellom 50-95% og holder seg nærmere 80% mesteparten av tiden. Jeg merker også at CPU-pegging skjer umiddelbart etter at jeg starter apache på nytt uten besøkende. Samtidig ser apache ut til å bruke veldig lite minne - 300M maks når apache alltid var på 1G pluss.

(Sidespørsmål her - er det et verktøy for å se hvilke apache-mods som bruker CPU / minne - PÅ WINDOWS)

Hvor er det første stedet jeg skal begynne å feilsøke dette? Jeg vil gjerne holde WP-siden av dette uaktuelt - det kan være dets eget spørsmål. For eksempel på våre tunge sider nevnte jeg 4-30 sekunder ... 4 ville være akseptabelt for nå. Jeg lurer på hvorfor vi får ttfb ekstreme pigger. Gi meg beskjed om hvilken annen informasjon du trenger å oppgi. (kan også noen legge til W2012-taggen? _

  • Det høres ut som databasen er en stor del av problemet for deg. Logger du databasespørsmål og minimerer antall spørringer per side? Har du installert noe for å cache db-spørringer og sider som memcache og w3 total cache?
  • Forsikre deg om at serveren ikke bruker SWAP, da det vil drepe SQL-spørsmålene dine absolutt. Det er flere plugins på nettet som kan hjelpe deg med å orme ut eller overvåke SQL-spørsmål, wordpress.org/plugins/query-monitor er en god jeg har brukt tidligere. Årsaken til at bruk av RAM av Apache kan være lavere er samtidige økter. Hvis den forrige tillot mer, ville den forbruke mer.
  • Har du en utviklingsserver som kjører det samme nettstedet å teste med? Det vil hjelpe deg å begrense det til applikasjonsproblemer kontra server / belastningsproblem. I tillegg til de andre forslagene, vil jeg foreslå at du aktiverer den langsomme spørringsloggen (i dev) for å se om det gir deg noen ledetråder.
  • @StephenOstermiller - Min første reaksjon er at det er et problem mellom Apache / mysql eller mysql selv. Jeg forstår bare ikke hvorfor det ser ut til at de lengre databasespørsmålene mine går ut eller løper når jeg har så mye minnetildeling for det. Jeg har kjørt større WP-nettsteder på mindre spesifikke bokser uten alle disse problemene.
  • @SimonHayter - installerer et duplikatsted slik at jeg kan slå på plugin for spørringsmonitor. Vil fortelle deg hvordan dette blir.

fungert for deg: Charles Robertson | Ønsker du å kontakte oss?