YP AB Intermittent failures meeting
===================================
July 15, 2021, 9 AM ET
https://windriver.zoom.us/j/3696693975
Attendees: Tony, Richard, Trevor, Randy
Summary:
========
ptest failures, somewhat improved but still seeing
problems particularly on the arm builder.
Add Michael Halstead, see questions below in section 4.
If anyone wants to help, we could use more eyes on the logs,
particularly the summary logs and understanding iostat #
when the dd test times out.
Plans for the week:
===================
Richard: maybe bitbake server
Alex:
Sakib: hook more responsive load average in to latency test.
Trevor: patch to set PARALLEL_MAKE : -l 50
Tony: tony to drop AB INT flags for bugs that we have worked around.
Saul: on vacation
Randy: organize, rust
Meeting Notes:
==============
1, runqemu (same as last week so I'll drop this comment next week)
Tony having trouble with runqemu on some Wind River machine.
Richard has a fix for a race in runqemu in master-next.
These might be related but if not Tony should debug the
issue/ collect logs.
2. job server
- Trevor has submitted changes to use -l for both make and ninja
with a value of '50', in master-next, The auto-builders are 56 core
machines. Sometimes the load average is still around 65 and that's
likely because ninja uses the 1 minute load average and it can
start 10s of compiles before that limit is set.
- ninja could be patched with make's more responsive algorithm
next or is this good enough?
- Richard suggested that we extract make's code for measuring the load
average to a separate binary and run it in the periodic io latency
test. Also can we translate it to python?
3. AB status
ptest cases are improving but still need work.
progress on tcl, and other tests thanks to Ross.
parted is still failing frequently,
Ross is not able to reproduce it locally.
gdb test failing still. - Randy!
4. Nothing new on this item this week:
Richard reported
- something really flaky going on with serial ports.
- particularly bad on qemuppc but also x86.
- related to Saul's QMP data dump?
5. Sakib's improvements to the logging are merged.
We think Michael needs to update the script that generates the
web page. Randy/Sakib to talk with Michael.
6. (From July 8)
Richard says that we may need to redesign the data collection system
that Sakib's AB INT tests are based on.
Still relevant parts of
Previous Meeting Notes:
=======================
4. bitbake server timeout.
"Timeout while waiting for a reply from the bitbake server (60s)"
Randy mentioned that the bitbake server timeouts seen in the
Wind River build cluster have gone away after upgrading to
a newer version of docker.
Old: Docker Version: Docker version 18.09.4, build d14af54266
New: Docker Version: Docker version 20.10.7, build f0df350
Clearly the YP ABs aren't running in docker but what
about firmware and kernel tunings.
Michael,
Is the BIOS/firmware kept up to date on most nodes?
It seems that we are running stock kernels which makes sense but
given that we don't have concerns about privacy since system access
is controlled and the nodes are being used to test open
source software, we might consider optimizing for performance
rather than security.
Alex pointed at: https://make-linux-fast-again.com/
Which just lists a set of kernel boot options:
noibrs noibpb nopti nospectre_v2 nospectre_v1 \
l1tf=off nospec_store_bypass_disable no_stf_barrier \
mds=off tsx=on tsx_async_abort=off mitigations=off
Michael,
Can we enable some or all of these on a node to see what the
performance difference is?
5. io stalls
Richard said that it would make sense to write an ftrace utility
/ script to monitor io latency and we could install it with sudo
Ch^W mentioned ftrace on IRC.
Sakib and Randy will work on that but not for a week or two.
../Randy
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54128): https://lists.yoctoproject.org/g/yocto/message/54128
Mute This Topic: https://lists.yoctoproject.org/mt/84225229/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
