At Thu, 25 Oct 2012 13:55:20 +0200, Bastian Scholz wrote: > Master Branch from today... > > # collie vdi create test 1G > # ./vditest test -w -B 4096 -a > > First try, some sheeps die and the vdis had failed objects. > After shutting down the remaining sheeps, restart all and > wait for recovery finished the test vdi was gone... (no > logs available, sorry) > > Second try, the gateway process hangs and write a lot of > this to the logfile... > > Oct 25 13:47:01 [main] listen_handler(839) failed to > > accept a new connection: Too many open files
Current Sheepdog code has a bug in handling too many concurrent requests. I'll fix it soon. > > Without -a parameter it works... > First try... > # ./vditest test -w -B 4096 > options: -B 4096:4096 -c writethrough -D 0:100 -o 0 > -p linear -s 1351165854 -S 0:1073741824 -T 10 -f -1 > Total write throughput: 256409.6B/s (250.4K/s), IOPS 62.6/s. > > After the 10th run of the same command > # ./vditest test -w -B 4096 > options: -B 4096:4096 -c writethrough -D 0:100 -o 0 > -p linear -s 1351166058 -S 0:1073741824 -T 10 -f -1 > Total write throughput: 1862041.6B/s (1.8M/s), IOPS 454.6/s. > > And the throughput and IOPS are still increasing with each > additional test... > > Any additional hints for me how to continue with testing? Writing data to unallocated areas causes a metadata update. You can get a more stable result if you preallocate data when creating VDI. $ collie vdi create test 100M -P Thanks, Kazutaka -- sheepdog mailing list sheepdog@lists.wpkg.org http://lists.wpkg.org/mailman/listinfo/sheepdog