Re: dpkg-buildpackage -rfakeroot -uc -b werkt niet voor cups:squeeze
Op 2013-09-15 om 22:03 schreef Geert Stappers:
>
> Het zichtbaar maken is tegengevallen, maar lees verder.
>
> Op 2013-09-04 om 21:32 schreef Geert Stappers:
> > <screenshot>
> > Welcome to the CUPS Automated Test Script.
> >
> > Before we begin, it is important that you understand that the larger
> > tests require significant amounts of RAM and disk space. If you
> > attempt to run one of the big tests on a system that lacks sufficient
> > disk and virtual memory, the UNIX kernel might decide to kill one or
> > more system processes that you've grown attached to, like the X
> > server. The question you may want to ask yourself before running a
> > large test is: Do you feel lucky?
> >
> > OK, now that we have the Dirty Harry quote out of the way, please
> > choose the type of test you wish to perform:
> >
> > 0 - No testing, keep the scheduler running for me (all systems)
> > 1 - Basic conformance test, no load testing (all systems)
> > 2 - Basic conformance test, some load testing (minimum 256MB VM, 50MB disk)
> > 3 - Basic conformance test, extreme load testing (minimum 1GB VM, 500MB disk)
> > 4 - Basic conformance test, torture load testing (minimum 2GB VM, 1GB disk)
> >
> > Enter the number of the test you wish to perform: [1]
> > Running the timid tests (1)
> > <screenshot>
> >
> > Daar lees ik een aanwijziging voor "low memory". Ik ben dan ook
> > iets aan het uitwerken om het geheugen te kort zichtbaar te maken.
>
> Op mijn Squeeze systeem heb ik twee metingen gedaan:
>
> vmstat 2 > zondercheck &
> DEB_BUILD_OPTIONS=nocheck dpkg-buildpackage -rfakeroot -uc -b
> sleep 10 ; kill %1
>
> vmstat 2 > metcheck &
> dpkg-buildpackage -rfakeroot -uc -b
> sleep 10 ; kill %1
>
> Dus een dpkg-buildpackage zonder unit checks en een met.
> Op de achtergrond werd m.b.v. vmstat geheugengebruik verzamelt.
> De tien seconden geduld voordat het eerste achtergrondprocess ( %1 )
> werd gestopt, is om het systeem weer in "rust" te zien. Aan het
> begin is dat er ook, dan door de tijd die nodig is door het intypen
> van het commando.
>
> De bestanden met de meetgegevens 'zondercheck' en 'metcheck' zijn
> overgezet naar een computer waar GNUplot ge-installeerd is.
>
> Dit script er oplosgelaten
>
> #!/bin/bash
> RAWVMSTAT=$1
> if [ -z "${RAWVMSTAT}" ] ; then
> echo 2>&1 "Missing filename raw vmstat"
> exit 1
> fi
> #
> awk '$4 ~ /[[:digit:]]+/ \
> { i=i+1 ; print i, $4/1024 } \
> ' ${RAWVMSTAT} > ${RAWVMSTAT}.processed
> #
> cat << HERE > ${RAWVMSTAT}.gnuplot_cmds
> # GNUplot commands
> set term png
> set xlabel '"Time"'
> set ylabel "Free [MegaBytes]"
> plot "${RAWVMSTAT}.processed" using 1:2 with lines linecolor rgb "blue"
> # l l
> HERE
> #
> gnuplot ${RAWVMSTAT}.gnuplot_cmds > ${RAWVMSTAT}.png
> # l l
>
>
> Daar kwam echter het vreemde plaatje http://rosa.stappers.nl/ff/plotfreememory/zondercheck.0.png
> uit. Dus dat er eerst nog geheugen vrijgemaakt wordt en tijdens bouw is er opnieuw
> een toename in vrijgeheugen.
>
> De verwachting was iets te zien zonder tussentijdse pieken.
>
> Misschien dat op het NASje, wat niet veel geheugen heeft, er een andere plaatjes
> zonder spikes uitkomt.
Ook ben ik wel benieuwd naar het geheugen gebruik tijdens printopdrachten.
Groeten
Geert Stappers
--
Leven en laten leven
Reply to: