From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id DE932C433EF for ; Tue, 9 Nov 2021 11:28:52 +0000 (UTC) Received: from picard.linux.it (picard.linux.it [213.254.12.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 27C8A610E9 for ; Tue, 9 Nov 2021 11:28:52 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 27C8A610E9 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=huawei.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=lists.linux.it Received: from picard.linux.it (localhost [IPv6:::1]) by picard.linux.it (Postfix) with ESMTP id D9CA13C08C7 for ; Tue, 9 Nov 2021 12:28:49 +0100 (CET) Received: from in-2.smtp.seeweb.it (in-2.smtp.seeweb.it [217.194.8.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by picard.linux.it (Postfix) with ESMTPS id 5B4A63C0475 for ; Tue, 9 Nov 2021 12:28:39 +0100 (CET) Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by in-2.smtp.seeweb.it (Postfix) with ESMTPS id E37986024F7 for ; Tue, 9 Nov 2021 12:28:37 +0100 (CET) Received: from dggeml758-chm.china.huawei.com (unknown [172.30.72.57]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4HpQhf58sVz90vC for ; Tue, 9 Nov 2021 19:28:18 +0800 (CST) Received: from dggeml753-chm.china.huawei.com (10.1.199.152) by dggeml758-chm.china.huawei.com (10.1.199.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.15; Tue, 9 Nov 2021 19:28:32 +0800 Received: from dggeml753-chm.china.huawei.com ([10.1.199.152]) by dggeml753-chm.china.huawei.com ([10.1.199.152]) with mapi id 15.01.2308.015; Tue, 9 Nov 2021 19:28:32 +0800 From: zhaogongyi To: Cyril Hrubis Thread-Topic: [LTP] [PATCH] lib/tst_test.c: add *cleanup() before exit Thread-Index: AdfVWwPWzjeuBUpWRKaJI+dxoubLYg== Date: Tue, 9 Nov 2021 11:28:31 +0000 Message-ID: <342b6c80ae084650a08c004657c0c652@huawei.com> Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.67.110.209] MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Virus-Scanned: clamav-milter 0.102.4 at in-2.smtp.seeweb.it X-Virus-Status: Clean Subject: Re: [LTP] [PATCH] lib/tst_test.c: add *cleanup() before exit X-BeenThere: ltp@lists.linux.it X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux Test Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "ltp@lists.linux.it" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ltp-bounces+ltp=archiver.kernel.org@lists.linux.it Sender: "ltp" Hi Cyril, It sounds pretty good and we would select a suitable oom_score value for library process(It seems that the child process will inherit the settings of the parent process). And, in some stress test scenes, we might run LTP testcases with other testcases concurrently since the other testcases(for example: testcases in open_posix_testsuite) have no timeout limit or have no flexible timeout mechanism, The stress test's main process would kill the testcase which is timeout. > > Hi! > > If we run the LTP testcases Concurrently, this might trigger the oom > > killer to kill the library process before the main process exit, and > > it might fill up the tmpfs through a long time running. > > Then I guess we may as well adjust the oom_score for the test library > process so that it's less likely to end up being killed. > > -- > Cyril Hrubis > chrubis@suse.cz -- Mailing list info: https://lists.linux.it/listinfo/ltp