On 6/8/15, 12:17, Finnigan, Jamie jamie.finni...@hp.com wrote:
On 6/8/15, 8:26 AM, Ian Cordasco ian.corda...@rackspace.com wrote:
Hey everyone,
I drew up a blueprint
(https://blueprints.launchpad.net/bandit/+spec/use-threading-when-running
-
c
hecks) to add the ability to use multiprocessing
On 6/8/15, 11:38, Clark, Robert Graham robert.cl...@hp.com wrote:
Interesting work,
I guess my initial thought would be - does it need to be faster?
That depends on how we expect people to use Bandit. Keystone is using it
at their gate. I expect some people will want to run it locally before
On 6/8/15, 8:26 AM, Ian Cordasco ian.corda...@rackspace.com wrote:
Hey everyone,
I drew up a blueprint
(https://blueprints.launchpad.net/bandit/+spec/use-threading-when-running-
c
hecks) to add the ability to use multiprocessing (or threading) to Bandit.
This essentially means that each thread
If you guys go down this road I would suggest using
https://docs.python.org/2/library/multiprocessing.html rather than Python
Threads if that is what is being proposed..
On 6/8/15, 10:17 AM, Finnigan, Jamie jamie.finni...@hp.com wrote:
On 6/8/15, 8:26 AM, Ian Cordasco
Hey everyone,
I drew up a blueprint
(https://blueprints.launchpad.net/bandit/+spec/use-threading-when-running-c
hecks) to add the ability to use multiprocessing (or threading) to Bandit.
This essentially means that each thread will be fed a file and analyze
it and return the results. (A file will
Interesting work,
I guess my initial thought would be - does it need to be faster?
Will this work make maintenance and the addition of features more
difficult?
-Rob
On 08/06/2015 08:26, Ian Cordasco ian.corda...@rackspace.com wrote:
Hey everyone,
I drew up a blueprint
