From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id C73D83858297; Mon, 10 Oct 2022 16:20:51 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C73D83858297 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1665418851; bh=CcTjmkU0ThrMhY3ZK2Fuvr2IfoVpqQT4wHjeQxs6lkI=; h=From:To:Subject:Date:In-Reply-To:References:From; b=J50BNuVkTpjBJjRZaAzJSV0dOS3afSBWaL2V8TQQD7w+UaF7v2s6SQdqUr3eJYfRa 38aIZfcpYtqnqE8JG17R4r7RVIbjTt6F6aDSQ5O/jlfdd6zkO4sSkEtZOrQcpoGSwR AgiZmTZgcAIxzMeNrXKmBOTWyvLExtm49nJ90MfQ= From: "mjbaars1977 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/29585] sched_getcpu returns invalid results Date: Mon, 10 Oct 2022 16:20:51 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.35 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mjbaars1977 at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://sourceware.org/bugzilla/show_bug.cgi?id=3D29585 --- Comment #16 from Mischa Baars --- And this all happened right after a found another bug (except from the buffered output) in the kernel code. Full duplex transmissions display a very serious slowdown on occasion (sometimes the very first time, sometimes the 500th), but my thought being, who would want to destroy my computer for stumbling upon someone else's programming mistakes? So I'm a little preoccupied and out of the comfort zone, but I'll think about it. Never actually used pthreads before. I used only fork() until recently because of its simplicity and because it appeared to work sufficiently well with PostgreSQL. Clone() has the advance that you can pass arguments, i.e. the number of the computation, so that in combination with an indexed output, you can now do computations in parallel, solutions to differential equations at multiple points in time for example. On Mon, 19 Sep 2022, 16:21 fweimer at redhat dot com, < sourceware-bugzilla@sourceware.org> wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D29585 > > Florian Weimer changed: > > What |Removed |Added > > -------------------------------------------------------------------------= --- > Status|UNCONFIRMED |WAITING > Ever confirmed|0 |1 > CC| |fweimer at redhat dot com > Last reconfirmed| |2022-09-19 > > --- Comment #1 from Florian Weimer --- > Would you please post a complete, self-contained reproducer, and state yo= ur > glibc and kernel versions? Thanks. > > -- > You are receiving this mail because: > You reported the bug. --=20 You are receiving this mail because: You are on the CC list for the bug.=