Stability report GPLPV 0.11.0.308

* Stability report GPLPV 0.11.0.308
@ 2011-09-05 10:13 Andreas Kinzler
  2011-09-05 10:31 ` James Harper
  0 siblings, 1 reply; 21+ messages in thread
From: Andreas Kinzler @ 2011-09-05 10:13 UTC (permalink / raw)
  To: James Harper, xen-devel

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

Hello James,

I am doing quite rigorous torture tests with Xen and GPLPV. Let me first 
repeat the test setup:

Use Xen 4.1.1 and kernel 2.6.32.36 (commit ae333e9).
Configure 2 HVMs called VM1 and VM2 as follows (per HVM): 2 VCPUs, 2 
virtual disks, 1024 MB RAM, viridian=1
Install Windows 2008 R2 SP1, do install everything twice - never clone. 
Install GPLPV, iometer 2006.07.27, prime95 26.6 x64, ActiveState Perl 
5.12.4 x64, wget for Windows and the attached perl script.

Run iometer with 2 workers on the same but separate second virtual disk, 
queue depth 4 per worker, access specification "All in one".
Run prime95 torture test with "In-place large FFTs". On VM1 use the task 
manager to set affinity to VCPU2, on VM2 set affinity to VCPU1.
Run the perl script to fetch a good mix of some large (50-500 MB) and 
many small (some KB) files from a high performance FTP server on the LAN 
(I use vsftpd).

This generates quite some load as vmstat shows:
virt5620 ~ # vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- 
----cpu----
  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy 
id wa
  0  0      0 723408   6860  33860    0    0 82113 82132 22503 30252  2 
12 84  0
  0  0      0 723408   6860  33860    0    0 80117 82913 23109 30776  1 
13 83  0
  4  0      0 723408   6860  33860    0    0 92555 87013 28411 33283  2 
12 84  0
  4  0      0 723408   6860  33860    0    0 82678 85775 26228 31739  1 
13 83  0
  5  0      0 723408   6860  33860    0    0 82252 84837 24180 29723  1 
14 82  0

With GPLPV 0.11.0.308 it worked perfectly and with very good performance 
for over 9 days but then when I wanted to monitor the status, I was no 
longer able to connect via remote desktop. When examining the file 
system of the HVMs I found that somehow even the prime95 processes did stop.

Any ideas? Could c/s 948 make any difference? Network worked perfectly 
for 9 days, so I ask myself if the count of c/s 948 is used at all?

Regards Andreas

[-- Attachment #2: test-via-wget.pl --]
[-- Type: text/plain, Size: 725 bytes --]

use IPC::Run3;

$url      = "ftp://10.0.0.3";
$ftpUser  = "ftpuser";
$ftpPass  = "ftp";
$sleepSec = 60;

sub runWget()
{
    my ($stdout, $stderr);
    my @args = ("wget", "-O", "nul", "-r", "-v",
                "--user=$ftpUser", "--password=$ftpPass",
                $url);
    IPC::Run3::run3(\@args, undef, \$stdout, \$stderr);
    $r = $?;
    open FILE, ">last-stdout" or die;
    print FILE $stdout;
    close FILE;
    open FILE, ">last-stderr" or die;
    print FILE $stderr;
    close FILE;
    return $r;
}

$iter = 1;

while(1)
{
    my ($r);

    $r = runWget;
    if ($r)
    {
        print("\nError!\n");
        exit 1;
    }
    print "Iteration #$iter completed\n";
    $iter++;
    sleep($sleepSec);
}

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

^ permalink raw reply	[flat|nested] 21+ messages in thread