Ellers kunne du jo også spørge os Amino'er pænt ad om vi den XX klokken XX ville køre f.eks. ab eller lignende fra vores maskiner/servere? Jeg har da adgang til en god håndfuld med samlet båndbredde på et par hundrede megabit, og kunne også spørge nogle venner om det samme, såååå... :-)
At stressteste hele siden generelt er alt for omfattende og nok for lidt givende i hvad det lyder som du har brug for. Desuden burde 2700 besøg på 4 timer være ingenting for en enkel server, du må gerne kontakte mig hvis du har nogle spørgsmål.
Der findes ganske udmærkede værktøjer til at teste det hele, det andet med at teste enkelte dele vil altid være gætværk. Stresstest + monitorering er den bedste mulighed til at finde de rigtige flaskehalse
Der findes ganske udmærkede værktøjer til at teste det hele, det andet med at teste enkelte dele vil altid være gætværk. Stresstest + monitorering er den bedste mulighed til at finde de rigtige flaskehalse
Det har du som sådan ret i, og da også noget jeg selv bruger, men det afhænger meget af hvilke type applikation man har. Og her lyder det mere som at en ren optimering af enkelte funktioner er på plads, fra mit udgangspunkt (men det har han jo så også gjort så en stresstest kan være fint nok hvis det blot er for at se om siden kan håndterer stor load, men ikke for at finde flaskehalsen).
Uanset hvad, så håber jeg at OP har fundet en løsning hvad end det bliver :)
Det kan jeg godt følge dig i. På den anden side kunne du måske isolere problemet ved en halv dags arbejde med Loadimpacts mulighed for 500 samtidige brugere.
Alternativt kunne du oprette et par test-subdomæner, der peger på hoveddomænet, og så stressteste i parallelle browservinduer. Ved ikke, om det virker, eller om Loadimpact har lukket for den slags "snyleteri".