Re: Postgres Load Profile
| От | Sam Stearns |
|---|---|
| Тема | Re: Postgres Load Profile |
| Дата | |
| Msg-id | CAN6TVjkm-bbWnomz+4jLAMZvn_58gQbeF03DONXaB4uai6it-w@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Postgres Load Profile (Ron Johnson <ronljohnsonjr@gmail.com>) |
| Список | pgsql-admin |
Thank you, Ron!
On Mon, Nov 3, 2025 at 6:49 PM Ron Johnson <ronljohnsonjr@gmail.com> wrote:
On Mon, Nov 3, 2025 at 5: 56 PM Sam Stearns <sam. stearns@ dat. com> wrote: Howdy, Does Postgres have any tables you can query to find out information such as: Logical reads Block changes Physical reads Physical writes Read IO requests WriteZjQcmQRYFpfptBannerStartThis Message Is From an External SenderThis message came from outside your organization.ZjQcmQRYFpfptBannerEndOn Mon, Nov 3, 2025 at 5:56 PM Sam Stearns <sam.stearns@dat.com> wrote:Howdy,Does Postgres have any tables you can query to find out information such as:
- Logical reads
- Block changes
- Physical reads
- Physical writes
- Read IO requests
- Write IO requests
- Read IO (MB)
- Write IO (MB)
- User calls
- Parses (SQL)
- Hard parses (SQL)
- Executes (SQL)
Probably not unless you want to set log_statement=all and then parse log_directory/log_filename.
- Transactions per second
Does TPS make any sense beyond when DBMS is running a "strict monoculture" application like OLTP with zero report generation? Because a five hour SELECT that joins 42 tables in addition to 37 hairy subqueries is just as much a transaction as is a 5 microsecond SELECT of one customer's records using a hash index, and an equally fast INSERT of three records.--Death to <Redacted>, and butter sauce.Don't boil me, I'm still alive.<Redacted> lobster!
В списке pgsql-admin по дате отправления: