neuernick.de » Uncategorized

benchmarks, luegen und verdammte benchmarks

neuernick — Mon, 06 Sep 2010 21:46:07 +0000

Ich hatte im rahmen der mrmcds ein wenig mit hardware rumgespielt (dockstars, und ja ich habe die scho kaputt gemacht ), babei kam von jemand die idee das geruempel in ein rz zu stellen und ein webserver drauf zu spielen.

und dann haben wir ein paar benchmarks gemacht,
dazu haben eine kleine html datei und ein ph script geschrieben.

danach haben wir mit ab draufgeballert

ab -n 10000 -c 200 schneggisch.de/test.html

ab ist der apache benchmark
-n ist die anzahl der requests
-c ist die anzahl der gleichzeitigen requests
und en url ist eine url

dabei kammen die folgenden ergebnisse raus:
mit apache-mpm-itk

##########
Benchmarking schneggisch.de (be patient) Completed 1000 requests Completed 2000 requests Completed 3000 requests Completed 4000 requests Completed 5000 requests Completed 6000 requests Completed 7000 requests Completed 8000 requests Completed 9000 requests Completed 10000 requests Finished 10000 requests


Server Software:        Apache/2.2.14

Server Hostname:        schneggisch.de

Server Port:            80
Document Path:          /test.html

Document Length:        206 bytes
Concurrency Level:      100

Time taken for tests:   38.714 seconds

Complete requests:      10000

Failed requests:        0

Write errors:           0

Non-2xx responses:      10031

Total transferred:      4102679 bytes

HTML transferred:       2066386 bytes

Requests per second:    258.30 [#/sec] (mean)

Time per request:       387.141 [ms] (mean)

Time per request:       3.871 [ms] (mean, across all concurrent requests)

Transfer rate:          103.49 [Kbytes/sec] received
Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        0   96  55.0    104     223

Processing:    10  286  60.3    279     494

Waiting:        8  242  73.6    205     491

Total:         26  382  30.5    380     508

Percentage of the requests served within a certain time (ms) 50% 380 66% 387 75% 393 80% 398 90% 414 95% 428 98% 443 99% 452 100% 508 (longest request)
##########

nachdem ich mit einer alix (ein testsystemchen mit 500 mhz geode) gegen getest habe und die um die 700 rps wegsteckte habe ich nach den unterschieden gesucht.
als consequenz habe ich den server auf mpm-prefork umgestellt und bin zu folgenden ergebniss gekommen:

##########
Completed 8000 requests Completed 9000 requests Completed 10000 requests Finished 10000 requests


Server Software:        Apache/2.2.14

Server Hostname:        schneggisch.de

Server Port:            80
Document Path:          /test.html

Document Length:        206 bytes
Concurrency Level:      100

Time taken for tests:   5.466 seconds

Complete requests:      10000

Failed requests:        0

Write errors:           0

Non-2xx responses:      10042

Total transferred:      4107178 bytes

HTML transferred:       2068652 bytes

Requests per second:    1829.53 [#/sec] (mean)

Time per request:       54.659 [ms] (mean)

Time per request:       0.547 [ms] (mean, across all concurrent requests)

Transfer rate:          733.81 [Kbytes/sec] received
Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        0    7   6.5      5      42

Processing:     9   47   6.6     47      83

Waiting:        7   45   7.1     45      80

Total:         22   54   8.4     56     105

Percentage of the requests served within a certain time (ms) 50% 56 66% 58 75% 59 80% 60 90% 61 95% 63 98% 78 99% 85 100% 105 (longest request)
##########

die anzahl der request ging deutlich in die hoehe und die zeit fuer einen request ging deutlich runter, durch die zahlen koennt ihr euch gerne selber wuehlen
aus spass habe ich noch mal den selben test mit einem nginx gemacht:

##########
Completed 8000 requests Completed 9000 requests Completed 10000 requests Finished 10000 requests


Server Software:        nginx/0.7.65

Server Hostname:        schneggisch.de

Server Port:            80
Document Path:          /test.html

Document Length:        169 bytes
Concurrency Level:      200

Time taken for tests:   2.617 seconds

Complete requests:      10000

Failed requests:        0

Write errors:           0

Non-2xx responses:      10024

Total transferred:      3197656 bytes

HTML transferred:       1694056 bytes

Requests per second:    3821.70 [#/sec] (mean)

Time per request:       52.333 [ms] (mean)

Time per request:       0.262 [ms] (mean, across all concurrent requests)

Transfer rate:          1193.41 [Kbytes/sec] received
Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        0   15   3.0     15      26

Processing:    11   24   6.5     24     245

Waiting:        8   19   7.3     20     242

Total:         26   38   5.7     39     249

Percentage of the requests served within a certain time (ms) 50% 39 66% 39 75% 39 80% 39 90% 40 95% 41 98% 58 99% 69 100% 249 (longest request)
##########

was ich da sehr interessant finde ist die tatsache das der nginx deutlich laenger fuer den laengsten request braucht.
aber das sind die luegen

der spass wird demnaechst mit php/dateien (bilder) durchgespielt und wikified

cheers

seemansweeisen

neuernick — Sun, 29 Aug 2010 21:48:38 +0000

gute nacht

seemanslied s2s youtube

SNMP

neuernick — Fri, 27 Aug 2010 23:37:43 +0000

Die switche die bei mir rumfliegen sind zu 4/5 snmp faehig.
und waerend ich ein wenig in nagios dokus gelesen habe ist mir immer wieder snmp untergekommen
Also habe ich mir gedacht das ich “mal schnell” ein mrtg bastel. das ging einigermassen schmerzfrei, aber auf der spielkiste hat das dauernde basteln der bilder fuer eine sehr fiese load gesorgt.
also habe ich das ding auf round robin umgestellt.
was heist das?
kurzform:
die snmp daten werden gesammlt und in eine rrd datenbank gepinselt, das sammeln und speichern benoetigt kaum resourcen. die bilder werden erst gemalt wenn man mit dem browser daruf zugreift, das dauert dann ewig (weil spielkiste langsam) aber das ist zu verschmerzen. und die load ging deutlich runter .

hier ist noch mal ein screen shot

ich werde das demnaechst auf die bsd kiste rueberheben, und bei der gelegenheit ein wenig im wiki was pinselen, fuer den einfachen nachbau.

link zu round robin
link zu SNMP
link zu MRTG
link zu Nagios

raid failed

neuernick — Mon, 16 Aug 2010 22:20:27 +0000

das folgende habe ich gerade in den drafts gefunden
sql backups sind ein gewinn

heute frueh war zwei mails im postfach

This is an automatically generated mail message from mdadm
running on atom-heart-mother

A Fail event had been detected on md device /dev/md3.

It could be related to component device /dev/sdb4.

Faithfully yours, etc.

P.S. The /proc/mdstat file currently contains the following:

um einen eindruck zu vermitteln……

und nun habe ich mal im posteingng gesucht und 59 solcher mails gefunden.
das heist das das softwareraid mindestens 10 mal futsch gegangen und ich weis noch das ich 3 mal die betroffene platte gewechselt habe.
es stimmt mich zumindest mal ein wenig nachdenklich, und ich ueberlege mir gerade wie ich ein software raid sehe.

bisher bin ich davon ausgegangen das ich im falle eines hardwareschadens eine neue platte reinstopfe und nach einem rebuild alles fit und schick ist.

im moment gehe ich eher davon aus das ich hoffentlich im falle eines schadens ein wenig zeit gewinne und ein sinnvolles backup ziehe und nach einer neuinstallation das ding wieder aus einem backup herstelle…

Logisch das ich mir ein wenig gedanken zu dem thema backup und automatisch machen sollte.

Flattr

neuernick — Mon, 16 Aug 2010 11:55:16 +0000

ist hier..

endlich bin ich nach server neuaufsetzten und spielen mit freebsd und zfs (more to come) dazu gekommen ein flattr dinges zu aktivieren und habe hier auch mal die buttons eingefuegt.

ich denke nicht das der kram und unfug den ich schreibe es wert ist geflattert zu werden. Aber ein nettes spielzeug ist der kram doch

grundsaetzlich finde ich die flattr idee sehr gut, und denke auch das es eventuell eine gutee idee ist wertschaetzung auszudruecken. Und ja ich finde es auch sehr okee das flattr ein teil des geldes einbehaelt und versucht geld zu verdienen.

cheers so farTweet

endlich

neuernick — Fri, 13 Aug 2010 14:15:35 +0000

geht der kram wieder einigermassen.

what was wrong?

auf dem serverchen ist das raid am kotzen gewesen weil eine platte im sack war.
getauscht und rebuild hat nicht funktioniert.
wieder getauscht und rebuild hat funktioniert.
um sich drei tage spaeter wieder zu degraden.

also serverchen aus rz geholt und versucht freebsd auf zfs zu instalieren. dummerweise ist das was was unter zeitdruck selten selten gut geht, und ich war keine ausnahme.

also wieder ein linux drauf und zurueck ins rz.
und nun habe ich im lauf der woche den kram wieder ans laufen gebracht. dummerweise ist mir ein kleiner fehler unterlaufen, ich habe die ssl.load auf die ssl.conf gelinkt. kann nicht funktionieren. hat nicht funktioniert, gefunden habe ich es nicht weil ich betriebsblind war.

auserdem habe ich einiges mit ssl gefrickelt, aber das wird per wiki rausgepustet
und was ich sonst nochbastel.
und nun ein schickes wochenende……Tweet

wp 3.0

neuernick — Sun, 18 Jul 2010 13:32:11 +0000

alle plugins geupdatet und wordpress geupdatet.

scheint zu gehen.

happyplaceTweet

pfsense und ipad

neuernick — Sun, 18 Jul 2010 13:27:17 +0000

Ich bin vorhin durch zufall drauf gestossen das das ipad scheinbar ein paar css anweisung nicht ordentlich verarbeitet (mouseover).
Dadurch wird die administrierbarkeit einer pfsense eingeschraenkt.

unter system/general setup kann man das theme von nervecenter auf pfsense stellen und schon ist die (pfsense) wunderbar mit einem ipad administrierebar…

(ja ja ja ich weis, ssh und so, aber he wir haben ein neues jahrtausend….)Tweet

muede

neuernick — Thu, 03 Jun 2010 04:52:28 +0000

bin ich liebes huepftier. seit heute morgen um um 7:30 bin ich im buero und die meiste zeit am arbeiten.
jetzt haben wir 10 vor 10. am liebsten wuerde ich bei dem kollegen noch eine kippe schnorren und mich unter den schreibtisch sacken lassen. so mal ein zwei stunden pennen und dann weiter arbeiten, sinnvoll ist das nicht. aber ich glaube ich lasse zum ersten mal seit langem den rechner einfach auf der arbeit und verziehe mich jetzt in mein arpartment und lese ein zwei seiten.
good night and good luckTweet

10 000 miles for charity

neuernick — Thu, 22 Apr 2010 19:22:20 +0000

Mister Cottle will start his engine. i had the honor to work with him and the pleasure to drink with him. he is a great guy and he is starting a great adventure.
I would like to do a minimum of support for him, thats why i repost his mail…..

Sorry for the spam, if you’re not interested in the 2010 Mongol Rally, you can stop reading now.

More people have asked for this information than I can properly remember at this point, so I figured spam was the only way to make sure no one was forgotten.

As you may or may not know, later this year, Ryan Shatford (ryan at) and I will be participating in the 2010 Mongol Rally, a 10,000 mile adventure done in the name of charity that stretches halfway around the world, As we prepare, and start travelling, you’ll be able to find updates on our official blog. We’re sponsoring the Christina Noble Children’s Foundation in our bid of Mongolian glory, and if you would like to contribute, you can do that here. There is a Google matching program for this so your donations will count double.

Also, we’re constantly looking for more ways to raise money for our charity. If you know of any companies or individuals who would like to sponsor us, please contact either Ryan Shatford or me.

Thank you,

Ryan Taylor CottleTweet