Pagine Web statiche (html) e file per prestazioni di server Web di riferimento su carichi di lavoro diversi

Question

Ho sviluppato un programma server Web che serve solo file statici come html, immagine ed ecc. Ora, voglio confrontarlo con altri server web su diversi carichi di lavoro. Il mio progetto del programma server web è quello di fare un uso migliore del caching dei file e sperare di migliorare le prestazioni sui pattern di accesso che seguono routine/workload simili.

Esistono script di siti Web statici di grandi dimensioni che sono particolarmente adatti per testare diversi comportamenti di accesso e carichi di lavoro? Inoltre, ci sono buoni generatori di carichi di lavoro per questo scopo?

Per esempio, simulare tipico comportamento del carico:

Load Page1.html-> Load Page2.html -> Download a random file from the list in Page2.html->Exit 

credo Jmeter forse utile per questo, ma non ho trovato nessun file delle pagine web statiche ready made e gli script di carico di lavoro. Qualunque altro strumento esistente o suggerimento del framework per favore?

Grazie

Answer 1

Ci sono alcuni approcci diversi su come affrontare un problema come questo con JMeter;

• utilizzare il proxy di registrazione e registrare alcuni percorsi tipici di utilizzo attraverso il sito web
• iniziare una pagina principale e seguire tutti i link fino a una certa profondità
• inizio a una pagina e seguire i link casuali in quel pagina

È possibile raccogliere tutti i link (o un pick casuale) in una pagina utilizzando il postprocessore Regular Expression Extractor li utilizzano per recuperare le pagine di un ForEach Controller.

È anche possibile iniziare con una o più pagine iniziali, selezionando collegamenti casuali da seguire fino a quando non si verifica la pagina iniziale o si verifica una condizione di errore. Utilizzare If Controller per racchiudere altri controller per interrompere l'elaborazione in tali condizioni.

Posizionare i timer tra i campionatori e utilizzare le variabili JMeter per definirne i parametri in modo da poter aumentare facilmente la velocità mentre si aggiungono più e più thread.

Il threadgroup e il threadgroup Ultimate che fanno parte del progetto jp@gc offrono funzionalità di pianificazione aggiuntive.

Answer 2

ab è ancora la scelta migliore. Chris Miles ha sviluppato una patch che consente a ab di prendere una lista di suffissi di richiesta. La patch può essere scaricata da here.