[dpdk-dev] fast red autotest

2016-05-27 Thread Thomas Monjalon
2016-05-27 14:04, Kantecki, Tomasz: > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > Is it possible to split them in > > - short functional tests > > - long run / perf tests > > ? > > So we could keep some basic tests in fast_test. > > I expect that tests which are not pa

[dpdk-dev] fast red autotest

2016-05-27 Thread Kantecki, Tomasz
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Is it possible to split them in > - short functional tests > - long run / perf tests > ? > So we could keep some basic tests in fast_test. > I expect that tests which are not part of fast_test won't be run often or in > eno

[dpdk-dev] fast red autotest

2016-05-25 Thread Thomas Monjalon
2016-05-25 11:06, Kantecki, Tomasz: > I had a quick look through these tests and it will need some effort to rework > them to run in shorter time. > I agree to remove this suite from the fast_test as long as it gets exercised > in other test paths. Is it possible to split them in - short

[dpdk-dev] fast red autotest

2016-05-25 Thread Kantecki, Tomasz
Hi Thomas, I had a quick look through these tests and it will need some effort to rework them to run in shorter time. I agree to remove this suite from the fast_test as long as it gets exercised in other test paths. Regards, Tomasz > -Original Message- > From: Dumitrescu, Cristian > Se

[dpdk-dev] fast red autotest

2016-05-24 Thread Thomas Monjalon
Any news Tomasz, Cristian? 2016-05-11 10:15, Dumitrescu, Cristian: > CC-ing Tomasz, who is the original author of RED implementation and its > autotest. Tomasz, what do you think? > > > -Original Message- > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > Sent: Wednesday

[dpdk-dev] fast red autotest

2016-05-24 Thread Dumitrescu, Cristian
Hi Thomas, >From my side, I am OK to remove RED from the fast autotest, as long as it is >kept available as part of the normal/full autotest of DPDK. Some of the RED autotests need a long time to run in order to train the history for the average queue size stochastic variable, therefore it is d

[dpdk-dev] fast red autotest

2016-05-11 Thread Dumitrescu, Cristian
CC-ing Tomasz, who is the original author of RED implementation and its autotest. Tomasz, what do you think? > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Wednesday, May 11, 2016 8:45 AM > To: Dumitrescu, Cristian > Cc: dev at dpdk.org > Subje

[dpdk-dev] fast red autotest

2016-05-11 Thread Thomas Monjalon
The autotest for librte_sched red takes more than a minute. Would it be possible to reduce it to a second please? If it is really impossible, it must be removed from fast_test.