Of course, I test your patch, there is no slowdown with my scenario. I need more time to test other scenarios and make sure.
On Mon, Sep 24, 2018 at 3:11 PM Andrew 👽 Yourtchenko <ayour...@gmail.com> wrote: > Cool. Then it is probably indeed the session requeues that are not yet > efficient... I have been looking at optimizing that. > > I have a draft in the works which should have less session requeues - I > have just added you to it, could you give it a shot and see if it makes > things better ? > > --a > > On 24 Sep 2018, at 12:55, khers <s3m2e1.6s...@gmail.com> wrote: > > yes, I confirm > > On Mon, Sep 24, 2018 at 2:08 PM Andrew 👽 Yourtchenko <ayour...@gmail.com> > wrote: > >> Okay, so what I think I am hearing - the gradual slowdown is/was always >> there, and is somewhat more pronounced in master, right ? >> >> --a >> >> On 24 Sep 2018, at 11:49, khers <s3m2e1.6s...@gmail.com> wrote: >> >> I allways get SIGSEGV or 'worker thread dead lock' In 1804 with 1 or more >> worker thread and 1 main, >> but when vpp using one cpu I hadn't any problem. In the 1807 multi core >> is stable i didn't see any of those >> problem but throughput is declining slowly. >> I ran another test with same version of last email, which vpp is >> configured with one core and throughput is declining slower than >> master >> second 200 <https://paste.ubuntu.com/p/q2MwYX9PRt/> >> second 5900 <https://paste.ubuntu.com/p/6ZCDJvB5pg/> >> >> >> On Sun, Sep 23, 2018 at 6:57 PM Andrew 👽 Yourtchenko <ayour...@gmail.com> >> wrote: >> >>> Interesting - but you are saying in 1804 this effect is not observed ? >>> There was no other notable changes with regards to session management - but >>> maybe worth it to just do hit bisect and see. Should be 4-5 iterations. >>> Could you verify that - if indeed this is not seen in 1804. >>> >>> --a >>> >>> On 23 Sep 2018, at 16:42, khers <s3m2e1.6s...@gmail.com> wrote: >>> >>> I checked out the version before the gerrit 12770 is merged to master. >>> 2371c25fed6b2e751163df590bb9d9a93a75a0f >>> >>> I got SIGSEGV with 2 workers, so I repeat the test with one worker. >>> Throughput is going down like the latest version. >>> >>> On Sun, Sep 23, 2018 at 4:55 PM Andrew 👽 Yourtchenko < >>> ayour...@gmail.com> wrote: >>> >>>> Would you be able to confirm that it changes at a point of >>>> https://gerrit.fd.io/r/#/c/12770/ ? >>>> >>>> --a >>>> >>>> On 23 Sep 2018, at 13:31, emma sdi <s3m2e1.6s...@gmail.com> wrote: >>>> >>>> Dear Community >>>> >>>> I have simple configuration as following: >>>> >>>> startup.conf <https://paste.ubuntu.com/p/bbsR2f6k47/> >>>> simple_acl <https://paste.ubuntu.com/p/YRM3d77k84/> >>>> >>>> I used Trex packet generator with following command: >>>> ./t-rex-64 --cfg cfg/trex_config.yaml -f cap2/sfr.yaml -m 5 -c 2 -d >>>> 6000 >>>> The Total-RX gradually decrease, here is output of Trex in second 200 >>>> <https://paste.ubuntu.com/p/WJshBskTf5/>, and 5900. >>>> <https://paste.ubuntu.com/p/tZHjcPD2rN/> >>>> >>>> I did not saw this problem in 18.04. I think session_cleaner thread >>>> make so many >>>> interrupt, do you have any idea? >>>> >>>> Regards >>>> >>>> -=-=-=-=-=-=-=-=-=-=-=- >>>> Links: You receive all messages sent to this group. >>>> >>>> View/Reply Online (#10615): https://lists.fd.io/g/vpp-dev/message/10615 >>>> Mute This Topic: https://lists.fd.io/mt/26145401/675608 >>>> Group Owner: vpp-dev+ow...@lists.fd.io >>>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [ayour...@gmail.com] >>>> -=-=-=-=-=-=-=-=-=-=-=- >>>> >>>>
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10635): https://lists.fd.io/g/vpp-dev/message/10635 Mute This Topic: https://lists.fd.io/mt/26145401/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
