In your opinion, would an infusion of ram help?
If there's a programming problem that's chewing up the memory, then
of course, adding more won't solve the problem. But if the size of the
db, traffic factors, etc., make it seem like this is just the latest
bottleneck, I will solve it very quickly.
We can probably order the ram and have Jason down there before the
week is out.
Nick Reinking wrote:
Pliny seems to be the cause of the current slowness,
seems we're running
low on memory again, although I can't say for sure why this is the
case... (heavy swapping, low CPU util...)
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
1 2 0 899764 12580 28732 803580 12 0 2000 640 695 1139 23 3 74
0 6 1 899772 10528 28464 803968 168 0 3916 48 881 1034 17 6 77
2 2 0 899772 10496 28492 804196 68 0 2856 140 896 1038 25 4 71
0 3 0 899772 12604 28500 801784 32 112 1652 504 968 1196 30 7 64
0 8 1 899772 10556 28524 802788 72 0 2028 408 704 1141 23 4 73
0 2 0 899772 10476 28532 802856 284 0 2552 72 821 1282 25 5 70
1 3 0 899772 12560 28512 800812 392 0 2512 420 891 1175 10 3 87
0 4 0 899772 10504 28532 802376 516 0 2852 160 789 1335 17 5 78
0 7 1 899772 10512 28560 803440 464 0 1880 440 592 869 15 6 79
0 15 3 899772 12100 28576 803244 0 0 52 1423 474 165275 1 11 88
0 6 1 899772 11700 28592 803620 20 0 396 293 549 399667 8 61 31
0 6 1 899772 12032 28624 805284 28 0 1704 792 621 1196 33 6 61
2 5 0 899764 10652 28652 806576 68 0 1372 116 659 700 7 4 89
1 5 0 899764 10552 28660 806728 148 0 1288 590 591 607 8 2 90
0 5 1 899764 10468 28700 806896 68 0 1232 472 710 856 5 5 89
0 1 0 899764 10536 28708 802908 128 4 2120 104 564 894 23 3 73
4 6 2 899764 10488 28704 799480 144 136 1164 979 552 723 15 4 80
0 3 0 899764 15916 28696 798008 308 0 1704 733 386 760 31 4 65
--
Nick Reinking -- eschewing obfuscation since 1981 -- Minneapolis, MN
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)wikipedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l