Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tWG8i-00FLOB-DP for pgsql-hackers@arkaria.postgresql.org; Fri, 10 Jan 2025 14:37:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tWG8h-00GoxF-44 for pgsql-hackers@arkaria.postgresql.org; Fri, 10 Jan 2025 14:37:30 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tWG8g-00Gox7-QL for pgsql-hackers@lists.postgresql.org; Fri, 10 Jan 2025 14:37:30 +0000 Received: from mail.postgrespro.ru ([93.174.131.139]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tWG8c-000v9Y-35 for pgsql-hackers@postgresql.org; Fri, 10 Jan 2025 14:37:29 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=postgrespro.ru; s=mx2023; t=1736519846; bh=5hWDMCcFB7tI4kFrSOkV+NMnhkvNhConM7k3Fh+Lbro=; h=Message-ID:Date:User-Agent:Subject:To:Cc:References:From: In-Reply-To:From; b=YUI2UKX1sCgB0ef8cClYeW+lZIhczc6A0ba0wd4Xe5rJrjgrNci9MCSdSYdxBWTlu UuvvBFDs86ezM/Z7ulGNgFRu9zckVeGYLNZ6NH3lHP7Q0TRqIActeNkcUrhn1XfCsm rRUEQwE3e1o8JN6O8f+5yqBuZa3nj3nnuorG8nmYbia+Ud6l7kUokbtYokuo8RVXHN AQsByA0EGU0wlbOKf3pLq8xcXll3qq/oKXVnA3D5v3I/K7zABYzaFPv4JWQ/cGeY8T FCoRiSEEh9JIWfbAK+MSO00KTMV0wcZ1RDKOBGgxweQgoluHAz2qTzcCunhFFIle1Y vWBo7I/3jTscQ== Received: from [10.4.12.74] (unknown [93.174.131.141]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: a.rybakina@postgrespro.ru) by mail.postgrespro.ru (Postfix/587) with ESMTPSA id 3735B60673; Fri, 10 Jan 2025 17:37:26 +0300 (MSK) Message-ID: <594fd111-8016-4f44-bc8c-e1a0d66f26f6@postgrespro.ru> Date: Fri, 10 Jan 2025 17:37:26 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: POC: track vacuum/analyze cumulative time per relation To: wenhui qiu , Sami Imseih Cc: pgsql-hackers References: Content-Language: en-US From: Alena Rybakina In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-KSMG-AntiPhishing: NotDetected, bases: 2025/01/10 13:01:00 X-KSMG-AntiSpam-Interceptor-Info: not scanned X-KSMG-AntiSpam-Status: not scanned, disabled by settings X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 2.1.0.7854, bases: 2025/01/10 08:29:00 #26967733 X-KSMG-AntiVirus-Status: NotDetected, skipped X-KSMG-LinksScanning: not scanned, disabled by settings X-KSMG-Message-Action: skipped X-KSMG-Rule-ID: 1 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi! On 04.01.2025 06:41, wenhui qiu wrote: > Hi Sami >  Thank you for your path,it seems some path monitor vacuum status,Can > we synthesize their good ideas together。 > I've been working on a patch that collects vacuum statistics since May [0]. It includes heap and index relation vacuum statistics, and of course, database vacuum statistics. We welcome reviews and any feedback! It collects a bit more information than total_time, such as delay_time, buffer statistics, wal statistics, number of processed, skipped pages and tuples during vacuum operations, so this information gives a complete picture of vacuum efficiency, because analyzing only total_time statistics does not give a complete picture of what vacuum did: was it cleaning almost huge index, cleaning tables or just sleeping. [0] https://commitfest.postgresql.org/51/5012/ -- Regards, Alena Rybakina Postgres Professional