All of lore.kernel.org
 help / color / mirror / Atom feed
From: safemode <safemode@speakeasy.net>
To: Rik van Riel <riel@conectiva.com.br>
Cc: Mark Hahn <hahn@physics.mcmaster.ca>, <linux-kernel@vger.kernel.org>
Subject: Re: graphical swap comparison of aa and rik vm
Date: Fri, 2 Nov 2001 18:48:49 -0500	[thread overview]
Message-ID: <20011102234857Z280889-17409+7968@vger.kernel.org> (raw)
In-Reply-To: <Pine.LNX.4.33L.0111021110000.2963-100000@imladris.surriel.com>
In-Reply-To: <Pine.LNX.4.33L.0111021110000.2963-100000@imladris.surriel.com>

[-- Attachment #1: Type: text/plain, Size: 1311 bytes --]

So I added more swap, for 461549568 bytes total, and guess what happens?  No, 
Rik's vm did not beat AA's.  You might say, "well then it must have came 
close to tying it now since it has enough swap and wont fall victim to the 
'speed/size tradeoff'".  No, you would be wrong.  Rik's VM completely locked 
up in some kind of infinite swap loop like it did before in earlier kernels. 
My server was swapping ( i saw disk activity) for over 8 hours before i 
finally rebooted it.  Needless to say that it angers me to unintentionally 
lock the computer up.  So what's going on here? rik, anyone?  I've used this 
test before to lock up Rik's VM and it is reproduceable on my machine.  With 
less swap, it seems to be gone in the latest kernels but when i added more 
like Rik said to do, it locked up.  For now i'll be running AA kernels until 
this is figured out.  
What i found insane from the little info provided by the vmstat i had running 
at the time was that even with 450+MB of swap, Rik's VM still used it all up. 
Why would it work better without that much ram but when i add more, it still 
uses it all up and locks up.  There's something seriously wrong here. I'm 
going to test's andrea's with the new mem config too later.   My bet is that 
it doesn't lock up for over 8 hours trying to swap. 
  

[-- Attachment #2: stats --]
[-- Type: text/plain, Size: 5492 bytes --]

   procs                      memory    swap          io     system         cpu
 r  b  w   swpd   free   buff  cache  si  so    bi    bo   in    cs  us  sy  id
 0  0  0      0 293672   1612 353488   3   7    22    12  133     5   6   0  94
 1  0  0      0 293672   1612 353488   0   0     0     0  206   599   2   2  96
 0  0  0      0 293672   1612 353488   0   0     0     0  147   350   1   0  99
 1  0  0      0 292488   1648 354056   0   0   640     0  146   238  12   1  87
 0  1  0      0 291364   1772 354452   0   0   644     0  177   450  28   1  71
 0  1  0      0 289344   1848 355792   0   0  1492     0  204   614  19   3  78
 1  0  0      0 245996   1876 356080   0   0   344     0  142   361  71   7  22
 1  0  0      0 176396   1876 356080   0   0     0     0  103   149  85  15   0
 1  0  0      0  44644   1876 356080   0   0     0     0  105   131  82  18   0
 1  0  1  23692   3060   1816 323856   0   0     8     0  105   125  46  54   0
 1  0  0  90888   3064   1816 222196   0   0     0     0  107   132  67  33   0
 1  0  0  90888   3064   1816  92024   0   0     0     0  103   130  70  30   0
 1  1  0 364144   3800    500  10284   0 74548    32 74876  209   285  49  46   5
 1  2  1 364132   3056    500   9760   0 27656     0 27652  230    81   4  45  51
 0  3  1 364132   3056    500   9760   0 17864     0 17868  243   135   0   1  99
 1  4  2 364120   3060    516   9736   0 27384    16 27372  408    64   1  35  64
 3  1  0 364220   4608    524   9720   0 10356     8 10372  377    35   2  96   3
 0  4  0 364216   3064    524   9548  64   0    68     4  261    28  45  32  24
 0  6  0 364216   3064    524   9556  64   0    72     0  250    31   0   2  98
 0  8  0 364192   3064    528   9556 120   0   124     0  246    34   0   1  99
 0  9  0 364192   3064    528   9616  64   0   128     0  247    32   0   1  99
   procs                      memory    swap          io     system         cpu
 r  b  w   swpd   free   buff  cache  si  so    bi    bo   in    cs  us  sy  id
 0  8  0 363868   3064    556  10868 1568   0  2880     0  220   162   0   0 100
 0  6  0 362480   3064    604  11956 2948   0  4132     0  221   278   1   5  94
 1  1  0 361664   3064    636  12740 2172   0  3020     0  218   263   3   1  96
 2  0  0 360584   3064    676  13512 2704   0  3556     0  254   363  16   3  81
 1  2  0 360584   3064    736  14684 704   0  1996     0  244   299  52   6  42
 0  2  0 360584   3064    764  15552 1856   0  2780     0  187   269   2   1  97
 0  2  0 360584   3064    820  16980 564   0  2104     0  216   305  55   7  38
 1  1  0 360584   3064    824  17276 2048   0  2352     0  176   262   9   4  87
 1  0  0 360584   3064    864  17524 5632   0  5960     0  227   366   7   4  89
 1  0  1 371040   3060    864  17524 15000   0 15000     8  348   604  31  28  42
 1  0  0 360584   3064    864  17532 7764 5536  7772  5536  276   365  38  33  30
 2  0  0 360584   3064    864  17532   0   0     0     0  105   134 100   0   0
 1  0  0 360584   3064    880  17564 480   0   544     0  128   166  99   1   0
 0  2  0 360584   3064    900  16388 3740   0  4140     0  233   557  12   0  88
 2  0  0 360584   3064    872  16224 5236   0  5448     0  276   491   7  14  79
 2  1  1 380092   3064    960  15768 360 10376   708 10596  662   203  67  33   0
 1  0  1 450728   3488    960  15772  56 5536    60  5540  109   126  50  50   0
 1  0  0 374020   3360    964  15896   0   0   132     0  162   207  68  10  22
 1  0  0 360584   3360    964  15896   0   0     0     0  105   129  77  23   0
 1  2  0 360584   3060    968  16472 120   0   704     0  135   162  99   1   0
 1  0  0 360584   3064   1020  16824 588   0  1048     0  195   260  87  13   0
   procs                      memory    swap          io     system         cpu
 r  b  w   swpd   free   buff  cache  si  so    bi    bo   in    cs  us  sy  id
 1  0  0 360584   3064   1044  16824 128   0   176     8  134   173  99   1   0
 1  0  0 360584   3064   1044  16824   0   0     0     0  115   144 100   0   0
 1  0  0 360584   3064   1048  16828   0   0    12     0  129   154 100   0   0
 1  2  1 360584   3060    572   7092 1188 2756  1436  2904  401 13212  45  34  22
 2  2  1 361932   3060    616   5520  12 11012   120 11008  372   288   2  48  50
 6  0  2 361564   3060    644   5372 236 34696   308 34696  346   130   3  70  27
 3  2  2 450716   3064    664   4164 108 2620   264  2636  285   138  21  72   8
15  0  1 450696   3072    764   3920 180 123424   308 123420 1996  1144   0  21  78
 4  3  1 450732   3064    868   5024 1304 25220  2616 25268  333   233  45  55   0
11  3  2 450728   2760    912   4984 224 53036   272 53024 1297   234   1  44  54
 7  2  1 450732   2824    940   5792 800 89672  1744 89744 1336   311   6  47  47
 1  4  0 450732   3492    496   3376 184  52   192    52  246    39  38  62   0
 1  4  0 450716   3064    428   3256 168 3688   652  3684  327    82  14  71  16
 2  1  0 450728   3064    492   4088 392 14196  1476 14200  464   222   3  50  47
 6  0  0 450732   3552    524   4056 108 8448   152  8468  381   138   4  56  40
 1  5  1 450728   3060    472   3064 844 9596  1308  9616  371   276   7  93   0
 3  1  1 450728   3060    436   2864 796 172  1224   212  279   688   2  98   0
 4  1  1 450728   3060    288   2892 1036 116  2140   192  471  2643   0 100   0
 6  1  1 450728   3060    312   2912 1160  96  3364   132  609  2683   0 100   0
 9  0  1 450732   3060    304   2776 1132 112  2876   144  434  1242   0 100   0

  reply	other threads:[~2001-11-02 23:49 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20011102130750.1760138C77@perninha.conectiva.com.br>
2001-11-02 13:14 ` graphical swap comparison of aa and rik vm Rik van Riel
2001-11-02 23:48   ` safemode [this message]
2001-11-03 15:36     ` safemode
     [not found] <20011102041819.4C36238C0A@perninha.conectiva.com.br>
2001-11-02 11:17 ` Rik van Riel
2001-11-02 13:07   ` safemode
2001-11-01  3:18 safemode
2001-11-01  3:41 ` Alex Pennace
2001-11-01  3:50   ` safemode
2001-11-01  6:10 ` safemode
2001-11-01  6:23 ` Mark Hahn
2001-11-01  6:41   ` safemode
2001-11-01  6:59   ` safemode
2001-11-01 11:08   ` Helge Hafting
2001-11-01 12:10   ` Rik van Riel
2001-11-01 13:47     ` safemode
2001-11-02  4:18     ` safemode
2001-11-01 21:23   ` Dirk Moerenhout

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20011102234857Z280889-17409+7968@vger.kernel.org \
    --to=safemode@speakeasy.net \
    --cc=hahn@physics.mcmaster.ca \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@conectiva.com.br \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.