====================
#fdio-vpp: fd-io-vpp
====================


Meeting started by DaveBarach at 14:58:38 UTC.  The full logs are
available at
http://ircbot.wl.linuxfoundation.org/meetings/fdio-vpp/2020/fdio-vpp.2020-05-12-14.58.log.html
.



Meeting summary
---------------

* Host Stack (Florin reporting)  (DaveBarach, 15:01:53)
  * bunch of fixes committed to host stack components  (DaveBarach,
    15:02:24)
  * improved tracking of half-open sessions  (DaveBarach, 15:02:33)
  * tcp switched to cubic as the default congestion control algorithm
    (DaveBarach, 15:02:48)
  * tcp improved tracking of half-open sessions  (DaveBarach, 15:03:04)
  * vcl improved handling of select vis a vis half-opened sessions
    (DaveBarach, 15:03:19)
  * better select notifications when sessions encounter read/write
    errors  (DaveBarach, 15:03:36)
  * fixed svm fifo alignment issues thanks to the change to clang
    (DaveBarach, 15:04:01)
  * udp now supports sending of multiple datagrams per dispatch cycle
    (DaveBarach, 15:05:24)
  * improves quic performance  (DaveBarach, 15:05:37)

* CSIT (Maciek reporting)  (DaveBarach, 15:06:13)
  * CSIT (Maciek et al) covering following topics per agenda
    (mackonstan, 15:06:51)
  * 1. Spectre-Meltdown (S-M): "pandemic" recovery in CSIT  (mackonstan,
    15:06:57)
  * 2. Xeon Skylake: updated CSIT-2001 report with S-M RCAs
    (mackonstan, 15:07:03)
  * 3. Improved trending: daily MRR, weekly NDR/PDR, analytics
    (mackonstan, 15:07:10)
  * announce email  (mackonstan, 15:07:16)
  * LINK: https://lists.fd.io/g/vpp-dev/message/16343  (mackonstan,
    15:07:22)
  * slides for the meeting  (mackonstan, 15:07:34)
  * LINK: https://wiki.fd.io/view/Presentations  (mackonstan, 15:07:39)
  * LINK:
    https://docs.fd.io/csit/master/report/_static/vpp/performance-rca-2n-skx-2t1c-pdr.txt
    (mackonstan, 15:11:10)
  * LINK:
    https://docs.fd.io/csit/rls2001/report/test_operational_data/vpp_performance_operational_data/index.html
    (mackonstan, 15:20:26)
  * Quick Q: status of failed SSD replacement activity?  (DaveBarach,
    15:22:21)
  * note that folks have made zero progress on root-causing the SSD
    failures  (DaveBarach, 15:25:05)

* Documentation (John D)  (DaveBarach, 15:26:09)
  * 20.05 release note info pls send to john D  (DaveBarach, 15:26:34)

* Release Management (Andrew, Dave W )  (DaveBarach, 15:26:57)
  * 20.05 RC1 tag exercise tomorrow  (DaveBarach, 15:27:28)
  * please let andrew / dave know about patches which must be merged
    before RC1  (DaveBarach, 15:27:55)
  * Jerome asks about API changes from last release. Andrew will
    generate listing after RC1  (DaveBarach, 15:28:31)
  * Confirmed that we should not see any further (master/lates) API
    changes until release branch pulled  (DaveBarach, 15:29:35)
  * working on automatic cherry-pick scripts  (DaveBarach, 15:29:57)
  * O(200) cherry-picks needed for previous releases, maybe 70% can be
    automatically applied  (DaveBarach, 15:30:45)
  * 20.01 will have cherry-picks for the next month or so  (DaveBarach,
    15:31:59)
  * will schedule 20.01.2 once the 20.05 release is published
    (DaveBarach, 15:32:19)
  * 19.08 cherry pick catchup activity thereafter  (DaveBarach,
    15:32:39)
  * 19.08 current LTS, 20.09 next LTS. May need some level of
    overlapping support  (DaveBarach, 15:33:58)

* Infra (Dave W, Andrew)  (DaveBarach, 15:35:09)
  * from last Thursday, verify jobs became erratic  (DaveBarach,
    15:35:27)
  * something is killing jobs for no obvious reason  (DaveBarach,
    15:35:40)
  * may be a job placement issue.  (DaveBarach, 15:36:11)
  * made Jenkins nomad plugin config changes  (DaveBarach, 15:36:36)
  * as of this AM, the Jenkins server seems to be misbehaving
    (DaveBarach, 15:36:50)
  * we may have to do a Jenkins emergency shutdown and revert the last
    set of Jenkins updates  (DaveBarach, 15:37:24)
  * first "funny" thing noticed on May 2  (DaveBarach, 15:38:04)

* please let Dave W and Andrew know if there are patches which must make
  RC1  (DaveBarach, 15:40:49)
  * Benoit mentioned a vlib process stack overflow related to switching
    to clang-9  (DaveBarach, 15:54:31)
  * AGREED: Fix that specific process, consider bumping default stack
    allocation to 64k from 32k if it becomes a widespread issue
    (DaveBarach, 15:55:08)
  * the stack overflow was properly detected by running into the
    per-process guard page, so at least it wasn't horribly hard to work
    out what had happened  (DaveBarach, 15:55:45)



Meeting ended at 15:55:47 UTC.



People present (lines said)
---------------------------

* DaveBarach (40)
* mackonstan (10)
* collab-meetbot (3)



Generated by `MeetBot`_ 0.1.4