Internet geni hjælp Amino

B. Hvarregaard:

Er det virkelig tracing der er problemet?

Nu ved jeg ikke hvilken hardware der benyttes, men er der nogle ressourcetunge databaser, kunne de måske med held placeres på separate drev, f.eks. SSD diske i RAID.

Måske I skulle prøve at smide en Varnish Cache foran webserverne ?

Sune Christesen:

Årsagen er at traceroutes som udgangspunkt foretages via ICMP protokollen, og da ICMP er blokeret i Aminos firewall kan webserveren ikke svare på ICMP requests. Derfor timer de i stedet ud, efter at tracen har passeret vores gateway. Dette har dog ingen relevans for http trafik, da det kører over TCP protokollen.

Tak for svaret det er jo til at forstå :-) God weekend! 

John J:

Jamen, så prøver vi lige med Herning igen 

Jeg dvæler lidt ved min sidste bemærkning - bannersystemet.

Hvad med at prøve at slå alt eksternt fra for en kort tid. Jeg tænker på: bannere, Google+, Facebook etc. og så slå det nævnte til igen bid for bid. Gør det ingen forskel, så kan dette jo udelukkes.

Gode indput, takker! 

Har i prøvet at tage et indlæg, og konverterer det fuldstændig til statisk HTML (ingen DB kald), og måle det op i mod det dynamisk byggede indlæg?

Siden er voldsom langsom ved mig. Både hjemme og på arbejde. Der går nogle sekunder før jeg får første svar, men trace route siger vist noget andet:

  1    <1 ms    <1 ms    <1 ms  192.168.2.1
  2    <1 ms     1 ms    <1 ms  78.156.98.65
  3    21 ms     1 ms     1 ms  10.10.2.37
  4     1 ms     1 ms     2 ms  10.10.0.9
  5     2 ms     2 ms     2 ms  130.185.140.181
  6     4 ms     3 ms     4 ms  93.176.93.66
  7     3 ms     3 ms     3 ms  217.195.176.3.ip.activewebs.dk [217.195.176.3]
  8     *        *        *     Anmodning fik timeout.
  9     *        *        *     Anmodning fik timeout.
 10     *        *        *     Anmodning fik timeout.
 11     *        *        *     Anmodning fik timeout.
 12     *        *        *     Anmodning fik timeout.
 13     *        *        *     Anmodning fik timeout.
 14     *        *        *     Anmodning fik timeout.
 15     *        *

Det er ikke traceroute, det tager over 4 sek her hos mig at indlæse siden. 

Der er flere forskellige ting man kan skrue på. Jeg ville nok se om databasen var ordentlig indekseret (indexes på de rigtige nøgler osv), så ville jeg se om der ikke er nogle kald der kan slås sammen, således de kan hentes i et view i stedet for i flere seperate kald. 

Så ville jeg se på siden, hvad bliver mest brugt og så loade det som det første, det der er længere nede på siden ville jeg loade asynkrone, efter siden er loadet og præsenteret til brugeren. Det er OPLEVELSEN det kommer an på og der kan man komme langt med nogle asynkrone kald, få præsenteret hele siden lynhurtigt og så herefter load alt det der tager lang tid eller ikke er nødvendig at få op på et sekund. Det er alt det efter boblere fra amino buzz, hele den del kunne sagtens komme efter de 4 sekunder det tager her hos mig.

Hvis ikke det hjælper er det selve databasen og måske den måde man spørger på eller hvis ikke den er optimeret - så store datamængder snakker vi vel heller ikke om.

B. Hvarregaard:

@Peter: i må da nemt kunne se hvad der tager lang tid at loade, i sidder med kildekoden og kan vel så nemt som ingenting se hvilke elementer der tager lang tid at loade?

Har i ikke et setup i hvor i kan stresse det lidt med en masse brugere og se hvad der tager lang tid at loade, og hvor flaskehalsene er henne? 

Det burde ikke være vanskeligt at trace en side og se på hvor lang tid hvert kald osv. tager.