Justus Winter, on lun. 06 mars 2017 20:35:04 +0100, wrote: > Samuel Thibault <samuel.thiba...@gnu.org> writes: > > > Agustina Arzille, on lun. 06 mars 2017 15:24:16 -0300, wrote: > >> On 2017-03-04 19:44, Samuel Thibault wrote: > >> > (thus related with Brent's "multithread rpctrace to avoid deadlocks in > >> > the kernel" patch) > >> > >> Could be. I'm a bit puzzled as to why rpctrace uses a single thread to > >> trace > >> every RPC in a program. > > > > Probably for simplicity :) > > > > I guess you shouldn't try to workaround the issue, let's just fix > > rpctrace :) > > Note that there is no real need for it to be multithreaded, because it > doesn't block anywhere, it just relays messages.
But here the relaying does block inside gsync. Samuel