Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 8 Jul 2014 12:34:15 +0100
From:      Nikolay Denev <nike_d@cytexbg.com>
To:        Garrett Cooper <yanegomi@gmail.com>
Cc:        Craig Rodrigues <rodrigc@freebsd.org>, "freebsd-testing@freebsd.org" <testing@freebsd.org>, "freebsd-net@freebsd.org" <net@freebsd.org>
Subject:   Re: A new way to test systems in multiple machine scenarios...
Message-ID:  <CA%2BP_MZGMogaM=O06-3QPHfo4E9nHHA_e=vuKChFuyo4C4EjB1g@mail.gmail.com>
In-Reply-To: <154F5C90-B0A5-41AD-ABBC-C7ECE1281D7D@gmail.com>
References:  <B8265086-6875-46A3-BE90-E286CD5066E2@neville-neil.com> <CAG=rPVfREbmv7W465B68HoU8_ig=Y2f_w9_-PL7f2T_bzeAyiQ@mail.gmail.com> <154F5C90-B0A5-41AD-ABBC-C7ECE1281D7D@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jul 8, 2014 at 9:56 AM, Garrett Cooper <yanegomi@gmail.com> wrote:
> On Jul 6, 2014, at 9:06 PM, Craig Rodrigues <rodrigc@FreeBSD.org> wrote:
>
>> On Sat, Jul 5, 2014 at 8:04 PM, George Neville-Neil <gnn@neville-neil.co=
m>
>> wrote:
>>
>>> Hi,
>>>
>>> I've coded up a system to allow you to control multiple other systems f=
or
>>> use in testing.
>>>
>>> https://github.com/gvnn3/conductor
>>>
>>>
>> Cool!  The architecture you have is similar to that of the SPECsfs
>> benchmark test (  http://www.spec.org/sfs2008/ )
>> which involves a "coordinator node" and multiple "client nodes" which
>> direct NFS network
>> traffic towards a System Under Test (SUT).  Garrett Cooper actually set =
up
>> the original testbed
>> that I am using now at iXsystems. :)
>>
>> It would be cool to put together tools like Jenkins, Kyua, and conductor=
 to
>> do more advanced testing
>> of FreeBSD before the project puts out releases.
>
> Agreed. The only thing that I have some concern about is the reinventing =
of the wheel in python. multiprocessing Managers are one viable option that=
=E2=80=99s existed since python 2.6; there=E2=80=99s a learning curve thoug=
h, and you=E2=80=99ll run into problems with pickling some objects because =
the pickle protocol is far from complete (example: http://stackoverflow.com=
/questions/1816958/cant-pickle-type-instancemethod-when-using-pythons-multi=
processing-pool-ma ); you might run into this problems regardless because y=
ou=E2=80=99re serializing objects using pickle instead of using dill (or us=
ing a simpler serialization method like JSON). Fabric has a framework that=
=E2=80=99s nice to use if you have ssh capability. There are other framewor=
ks that use twisted conch I think too (another library that implements ssh =
access).
>
> Isilon has a framework they use, but it=E2=80=99s very customized to thei=
r infrastructure and product assumptions and it=E2=80=99s in need of an ove=
rhaul :(.
>
> -Garrett
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"

This also looks as an interesting option : https://codespeak.net/execnet/
I haven't used personally, but judging from py-test (it's the same
author) it should be good :)

--Nikolay



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2BP_MZGMogaM=O06-3QPHfo4E9nHHA_e=vuKChFuyo4C4EjB1g>