strace 4.14 released

[Eugene Syromyatnikov]

On Wed, Oct 5, 2016 at 9:56 AM, Andreas Schwab <schwab at suse.de> wrote:
> On Okt 05 2016, Eugene Syromyatnikov <evgsyr-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org> wrote:
>
>> On Wed, Oct 5, 2016 at 9:35 AM, Andreas Schwab <schwab-l3A5Bk7waGM at public.gmane.org> wrote:
>>> On Okt 05 2016, Eugene Syromyatnikov <evgsyr-Re5JQEeQqe8AvxtiuMwx3w-XMD5yJDbdMReXY1tMh2IBg at public.gmane.org> wrote:
>>>
>>>> May be you have any ideas regarding possibilities of fixing the
>>>> environment in order to get nanosleep?
>>>
>>> What do you mean with "in order to get nanosleep"?
>> In order to get nanosleep with usable precision, sorry.
>
> What is a "usable precision"?  The only guarantee is that it isn't
> shorter.
Sure, but the test is aimed at checking whether strace's time
accounting (-c option) works correctly and such a significant offset
(more than 20%, on a single nanosleep call waiting for 1 second) may
mean that something going wrong. Frankly speaking, i haven't seen such
a big skew on x86_64 systems with recent kernels even with rather
intensive I/O and quite high LA (and it never occurred on a multitude
of OBS builds i ran on x86_64, ppc and arm), so i assumed, taking into
account previous report, that it might be something more persistent
and complex than just high system load.

> Andreas.
>
> --
> Andreas Schwab, SUSE Labs, schwab at suse.de
> GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
> "And now for something completely different."
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Strace-devel mailing list
> Strace-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/strace-devel



-- 
Eugene "eSyr" Syromyatnikov
mailto:evgSyr at gmail.com
xmpp:eSyr at jabber.{ru|org}