Het zichtbaar maken is tegengevallen, maar lees verder.
Op 2013-09-04 om 21:32 schreef Geert Stappers:
Op mijn Squeeze systeem heb ik twee metingen gedaan:> Op 2013-09-01 om 20:15 schreef Sander Devrieze:
> > Op 1 september 2013 19:42 schreef Geert Stappers <stappers@stappers.nl>:
> >
> > > <knip>
> > > > > script pogingZoveel.transcript
> > > > > apt-get source cups
> > > > > cd cups-1.4.4
> > > > > wget -O - http://rosa.stappers.nl/ff/squeezeCupsPlus.patch | patch -p1
> > > > > dpkg-buildpackage -rfakeroot -uc -b
> > > > > exit # om script te verlaten, om logging te stoppen
> > > > >
> > > >
> > > > Zie bijlage.
> > >
> > > Die neem ik mee de trein in. Verwacht pas laat in de week terugkoppeling.
> > > En als iemand anders mij voor is, dan is dat prima.
> > >
> > >
> > Ok, dan hoor ik het wel. Bedankt!
> >
>
> Alvast een deel van de terugkoppeling.
>
> In de logging niet iets schokkends gevonden.
> Wat er nog enigzins spannend uit zag, is 'FAIL (init)'
>
> <screenshot>
> echo Testing CGI API...
> Testing CGI API...
> ./testcgi
> DEBUG: org.cups.sid cookie not found, initializing!
> cgiInitialize: Set-Cookie: org.cups.sid=c02c0bcb7322c100937792aed4346ba2;; path=/;
> DEBUG: org.cups.sid cookie is "c02c0bcb7322c100937792aed4346ba2"
> DEBUG: org.cups.sid form variable is not present.
> FAIL (init)
> echo Compiling testhi.c...
> Compiling testhi.c...
> <screenshot>
>
> niet verder onderzocht omdat het als onschuldig ingeschat wordt.
>
>
> Dan is er dit stuk:
> <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.
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.
Groeten
Geert Stappers
--
Leven en laten leven