1

Onderwerp: systeem niet vooruit te branden

Ik heb af en toe last van het verschijnsel dat mijn desktopsysteem niet vooruit te branden is.
Mijn vermoeden is dat het veroorzaakt wordt doordat ik met scribus met een document bezig ben waarin veel en grote foto's zitten
Ik hheb een aantal malen free -ti gedaan

Net een reboot gedaan verder niet zo veel

             total       used       free     shared    buffers     cached
Mem:       2065760    1939476     126284      55428     120692     936868
Low:        872280     777936      94344
High:      1193480    1161540      31940
-/+ buffers/cache:     881916    1183844
Swap:      4208988        112    4208876
Total:     6274748    1939588    4335160

Als scribus actief is

             total       used       free     shared    buffers     cached
Mem:       2065760    1902532     163228      61820      13232     302012
Low:        872280     751008     121272
High:      1193480    1151524      41956
-/+ buffers/cache:    1587288     478472
Swap:      4208988     437664    3771324
Total:     6274748    2340196    3934552

Als scribus weer verlaten is

             total       used       free     shared    buffers     cached
Mem:       2065760     888404    1177356      55540      13868     420428
Low:        872280     472544     399736
High:      1193480     415860     777620
-/+ buffers/cache:     454108    1611652
Swap:      4208988     424684    3784304
Total:     6274748    1313088    4961660

Wat mij verbaast is het aantal swap-buffers wat in gebuik blijft. Of kijk ik naar de verkeerde waarden?

Old programmers never die: they just jump to a new address
Kubuntu 16.02 LTS, Compaq CQ61 met Linux Mint 18, een Galaxy Tab 10.1 met Android Ice Cream en een Raspberry PI met raspian
http://www.volkerskrant.nl

Re: systeem niet vooruit te branden

En heb je ook al gekeken met top of htop? Want die tonen het processorgebruik per proces.

Re: systeem niet vooruit te branden

Als het gaat om grote plaatjes zou het heen en weer schrijven nnar harde schijf van niet-gecomprimeerde data misschien ook een v/d bottlenecks kunnen zijn. Zou je kunnne checken met (ik zelf maakte er een shell scriptje voor):

sudo sh -c "echo 1 > /proc/sys/vm/block_dump"
tail -f /var/log/syslog

Weet niet mer waar ik dat commando vandaan had (dit forum denk ik). Shell scriptje:

#!/bin/bash
sudo sh -c "echo 1 > /proc/sys/vm/block_dump"
tail -f /var/log/syslog

sudo sh -c "echo 0 > /proc/sys/vm/block_dump"
echo "sudo sh -c "echo 0 > /proc/sys/vm/block_dump""
Als je voor een verdieping niet de diepte in moet, maar de hoogte, waarom heet het dan ....