From: robert@herjulf.net To: olofh@kth.se, gorden@kth.se, Jens.Laas@its.uu.se cc: robert@herjulf.net Subject: Experiment December Date: Wed, 13 Jan 2010 21:15:48 +0100 Har skrivit ihop, Det är bäst läser igenom... --ro Experimenten har haft två olika uppställning för att studera effekter av paketlast i vårt fall simplex routing. I det enklare fallet tittar vi på hur userland (applikation) påverkas av paketlasten. Detta gör vi genom att studera fördrjörningar i schedulering detta görs med special skrivet program som mäter fördröjningen i scheduleringen. Vi nöjer oss att studera en CPU i detta fall. För att underlätta jämförelserna kör vi 1 min last en miunt med last osv. Resultat ses i första plotten Och vi laborerer med interrupt affinity så att för att i en uppstänning inte ha ha någon paketlast. (Den röda linjen) http://www.herjulf.net/projects/iis/classification/exp1/ Sammanfattningvis och dessbättre inte så överrasakande kan vi reservera en CPU för andra ändamål. Enl våra planer BGP, ssh mm. I den andra plotten så ökar vi bara lasten geom att route utan route cache. Det andra experimentet lägger vi till ett ytterligare interface till routern eth2, paketen routes forfarande från eth0 till eth1. Mot detta interface kör TCP transaction test med netperf från en ny dator via eth2. Dvs vi involverar nu även nätkoden. Det finns massor med olika möjliga uppställningar. Vi har gjort tre transaktionsuppställngar. a) Mot CPU0 ingen trafik last netserver på CPU0. Resultat: ~33.000 Transaktioner/sec b) Mot CPU1 (vi har reserverat CPU0 dvs ingen paketlast där) netserver på CPU1. Resultat: 4 Transaktioner/sec Som synes ytterligt dramatiska effekter på pretstandan. Analysen indikerar att reservetion av CPU0 har medfört att vi får dubbla mängden paket på CPU1 som vi mäter på. Detta falla måste analyseras djupare och uppenbart måste mekamismer för reservering vara i smartare. Men detta är nog ett pionjär arbete i sitt slag. c) Mot CPU1 netserver på CPU0 Resultat: 2100 Transaktioner/sec