Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Michele Martone
On 20210916@20:39, Paul Gevers wrote: > Hi Michele, > > On 16-09-2021 19:58, Michele Martone wrote: > > You are (well, your CI is) building librsb with support for a limited > > threads > > count, but invoking it on a machine with lots of cores, without specifying > > the limited threads count.

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Paul Gevers
Hi Michele, On 16-09-2021 19:58, Michele Martone wrote: > You are (well, your CI is) building librsb with support for a limited threads > count, but invoking it on a machine with lots of cores, without specifying > the limited threads count. I don't understand what you're saying here. Is the

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Michele Martone
On 20210916@13:58, Paul Gevers wrote: > Hi Michele, > > On 16-09-2021 12:26, Michele Martone wrote: > > I suggest to set OMP_NUM_THREADS to something small before tests -- say, > > min(nproc,4) -- for all purposes of testing librsb and octave-sparsersb. > > For architectural reasons, using all

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Paul Gevers
Hi Michele, On 16-09-2021 12:26, Michele Martone wrote: > I suggest to set OMP_NUM_THREADS to something small before tests -- say, > min(nproc,4) -- for all purposes of testing librsb and octave-sparsersb. > For architectural reasons, using all the cores (e.g.160) is nonsense here. > Is that

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Michele Martone
On 20210916@11:53, Paul Gevers wrote: > Hi, > > On 16-09-2021 09:20, Michele Martone wrote: > >> root@autopkgtest-lxc-bexxro:/tmp/autopkgtest-lxc.ghhdpc6_/downtmp/build.J9f/src# > >> rsbench -CERROR 0xfc00 : The requested feature (e.g.:blocking) is > >> not available because it was opted out

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Paul Gevers
Hi, On 16-09-2021 09:20, Michele Martone wrote: >> root@autopkgtest-lxc-bexxro:/tmp/autopkgtest-lxc.ghhdpc6_/downtmp/build.J9f/src# >> rsbench -CERROR 0xfc00 : The requested feature (e.g.:blocking) is >> not available because it was opted out or not configured at built time. > You have up to

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Michele Martone
On 20210916@08:54, Paul Gevers wrote: > Hi Michele, > > On 16-09-2021 02:40, Michele Martone wrote: > > Dear Paul, > > > > The problem seems librsb-sided. > > > > Assuming librsb fails at detecting cache memory size, maybe can you > > first export e.g. > >

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Paul Gevers
Hi Michele, On 16-09-2021 02:40, Michele Martone wrote: > Dear Paul, > > The problem seems librsb-sided. > > Assuming librsb fails at detecting cache memory size, maybe can you > first export e.g. > RSB_USER_SET_MEM_HIERARCHY_INFO="L2:4/64/512K,L1:8/64/32K" > and see if this avoids that? >

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-15 Thread Michele Martone
On 20210915@22:12, Paul Gevers wrote: > Source: octave-sparsersb > Version: 1.0.8-3 > Severity: serious > X-Debbugs-CC: debian...@lists.debian.org > Tags: sid bookworm > User: debian...@lists.debian.org > Usertags: flaky timesout > > Dear maintainer(s), > > I looked at the results of the

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-15 Thread Paul Gevers
Source: octave-sparsersb Version: 1.0.8-3 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: flaky timesout Dear maintainer(s), I looked at the results of the autopkgtest of you package on armhf because with a recent upload of