From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 To: devel@lists.altlinux.org References: <20210906160402.33f880abcec300d8618ba471@altlinux.org> <76fb5bfd-86ff-27a8-e047-2610317f31c1@basealt.ru> <20210906180305.981c4aac677dc20efb7c21f4@altlinux.org> From: Alexey Sheplyakov Message-ID: <70270dcf-92de-2975-3d54-1740d1711910@basealt.ru> Date: Mon, 6 Sep 2021 19:23:49 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <20210906180305.981c4aac677dc20efb7c21f4@altlinux.org> Content-Type: text/plain; charset=koi8-r Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [devel] Q: CONFIG_PSI_DEFAULT_DISABLED=y X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Sep 2021 15:23:53 -0000 Archived-At: List-Archive: List-Post: On 06.09.2021 19:03, Andrey Savchenko wrote: >> Хоть с PSI, хоть без ядро всё равно ведёт учёт занятой/доступной памяти. >> А планировщик всё равно отслеживает, сколько потоков готово к выполнению, >> сколько заблокированы, и т.п. C PSI ядро может предоставить эту информацию >> в userspace. > > Это не так. Pressure stall accounting при выключенной опции ядро не > ведёт. В тех местах, где и так всё упирается в ввод-вывод (считая манипуляции таблицами страниц), например, __perform_reclaim, __alloc_pages_direct_compact, ядро вызывает psi_memstall_enter/psi_memstall_leave. Которые по сути ставят/снимают флажок. >> Так что пусть по умолчанию будет включено. А кто хочет рискнуть стабильностью >> системы ради (мнимого) прироста производительности - пусть **отключают**. >> Вместе с /proc/loadavg > > Надеюсь, вы понимаете разницу между общим счётчиком и детализацией > для каждого процесса? $ cat /proc/loadavg 0.63 0.50 0.42 1/1546 251275 $ cat /proc/pressure/memory some avg10=0.00 avg60=0.00 avg300=0.00 total=2657355 full avg10=0.00 avg60=0.00 avg300=0.00 total=1480309 Ровно та же детализация, что у loadavg. Только, грубо говоря, есть loadavg ещё и для памяти и дисков (IO). > Вообще, memory accounting в ядре затратен и без нужды лучше не использовать. Парламент не место для дискуссий, ага. А ядро не место для учёта памяти. Это надо отлить в граните.