From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 11176 invoked from network); 28 Jan 2022 19:14:59 -0000 Received: from 4ess.inri.net (216.126.196.42) by inbox.vuxu.org with ESMTPUTF8; 28 Jan 2022 19:14:59 -0000 Received: from duke.felloff.net ([216.126.196.34]) by 4ess; Fri Jan 28 14:07:27 -0500 2022 Message-ID: <5489EE48FB95006A7BB9588005F54AC9@felloff.net> Date: Fri, 28 Jan 2022 20:07:12 +0100 From: cinap_lenrek@felloff.net To: 9front@9front.org In-Reply-To: <29FE9606228A72FCC7CCC82FC24EEE84@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: realtime-java-oriented API Subject: Re: [9front] rewrite gateway Reply-To: 9front@9front.org Precedence: bulk this can happen with any program that you override its binary while it is running. the text/data is demand paged, which means that under memory pressure, the kernel will discard the pages and on demand read it back from the file again. just reboot after a mk install, or use mk safeinstall (which renames the file before copying avoiding the override in place). btw, ori's new filesystem might have a experimental feature trying to make snapshots of the while when they'r opend with OEXEC flag avoiding this issue. -- cinap