gmane.comp.db.postgresql.performance archive

391 archived articles, newest first (page 2 of 4). Latest articles →

Re: unexpected result for wastedbytes query after vacuum full
Fri, 6 Dec 2019 17:28:49 -0600
Justin Pryzby <[email protected]> • #44525
Re: Legal disclaimers on emails to this group
Sat, 07 Dec 2019 09:42:54 +1100
Tim Cross <[email protected]> • #44524
threads (Re: Legal disclaimers on emails to this group)
Fri, 6 Dec 2019 15:55:04 -0600
Justin Pryzby <[email protected]> • #44523
Re: Legal disclaimers on emails to this group
Fri, 06 Dec 2019 14:27:10 -0500
Tom Lane <[email protected]> • #44522
Legal disclaimers on emails to this group
Fri, 6 Dec 2019 10:42:19 -0800
Craig James <[email protected]> • #44521
Re: autovacuum locking question
Fri, 6 Dec 2019 12:50:44 -0500
MichaelDBA <[email protected]> • #44520
Re: autovacuum locking question
Fri, 6 Dec 2019 11:49:34 -0600
Justin Pryzby <[email protected]> • #44519
Re: autovacuum locking question
Fri, 6 Dec 2019 12:47:56 -0500
Jeff Janes <[email protected]> • #44518
Re: autovacuum locking question
Fri, 06 Dec 2019 12:19:25 -0500
Tom Lane <[email protected]> • #44517
unexpected result for wastedbytes query after vacuum full
Fri, 6 Dec 2019 17:18:20 +0000
Mike Schanne <[email protected]> • #44516
Re: autovacuum locking question
Fri, 06 Dec 2019 12:12:19 -0500
Tom Lane <[email protected]> • #44515
RE: autovacuum locking question
Fri, 6 Dec 2019 15:55:32 +0000
Mike Schanne <[email protected]> • #44514
RE: autovacuum locking question
Fri, 6 Dec 2019 15:46:15 +0000
Mike Schanne <[email protected]> • #44513
Re: How to run in parallel in Postgres
Fri, 6 Dec 2019 08:39:55 +0000
Lars Aksel Opsahl <[email protected]> • #44512
Re: autovacuum locking question
Thu, 5 Dec 2019 18:55:02 -0500
Jeff Janes <[email protected]> • #44511
Re: autovacuum locking question
Thu, 05 Dec 2019 18:49:06 -0500
Tom Lane <[email protected]> • #44510
RE: autovacuum locking question
Thu, 5 Dec 2019 23:18:12 +0000
Mike Schanne <[email protected]> • #44509
Re: autovacuum locking question
Thu, 5 Dec 2019 15:49:21 -0700
Michael Lewis <[email protected]> • #44508
autovacuum locking question
Thu, 5 Dec 2019 17:46:19 +0000
Mike Schanne <[email protected]> • #44507
Re: Postgres backup tool recommendations for multi-terabyte database in Google Cloud
Thu, 5 Dec 2019 13:08:41 -0800
Nikolay Samokhvalov <[email protected]> • #44506
Re: Postgres backup tool recommendations for multi-terabyte database in Google Cloud
Thu, 5 Dec 2019 14:05:05 -0700
Craig Jackson <[email protected]> • #44505
Re: Postgres backup tool recommendations for multi-terabyte database in Google Cloud
Thu, 5 Dec 2019 11:51:03 -0800
Craig James <[email protected]> • #44504
Postgres backup tool recommendations for multi-terabyte database in Google Cloud
Thu, 5 Dec 2019 10:47:46 -0700
Craig Jackson <[email protected]> • #44503
Re: How to run in parallel in Postgres
Thu, 05 Dec 2019 17:42:06 +0100
Laurenz Albe <[email protected]> • #44502
How to run in parallel in Postgres
Thu, 5 Dec 2019 12:10:42 +0000
Lars Aksel Opsahl <[email protected]> • #44501
Re: performance degredation after upgrade from 9.6 to 12
Tue, 3 Dec 2019 13:13:21 -0800
Andres Freund <[email protected]> • #44500
Re: Make recently inserted/updated records available in the buffer/cache
Tue, 3 Dec 2019 11:58:02 -0700
Michael Lewis <[email protected]> • #44499
Re: Make recently inserted/updated records available in the buffer/cache
Wed, 4 Dec 2019 00:15:53 +0530
Sachin Divekar <[email protected]> • #44498
Re: Make recently inserted/updated records available in the buffer/cache
Tue, 3 Dec 2019 12:32:48 -0500
MichaelDBA <[email protected]> • #44497
Re: Make recently inserted/updated records available in the buffer/cache
Tue, 3 Dec 2019 10:29:18 -0700
Michael Lewis <[email protected]> • #44496
Re: [External] Join queries slow with predicate, limit, and ordering
Tue, 3 Dec 2019 15:50:43 +0800
Aufar Gilbran <[email protected]> • #44495
Re: [External] Join queries slow with predicate, limit, and ordering
Mon, 2 Dec 2019 19:38:52 -0500
Jeff Janes <[email protected]> • #44494
Re: Considerable performance downgrade of v11 and 12 on Windows
Mon, 2 Dec 2019 22:03:51 +0300
Eugene Podshivalov <[email protected]> • #44493
Re: Make recently inserted/updated records available in the buffer/cache
Mon, 2 Dec 2019 12:17:35 -0500
MichaelDBA <[email protected]> • #44492
Re: Make recently inserted/updated records available in the buffer/cache
Mon, 2 Dec 2019 20:13:09 +0300
Hüseyin Demir <[email protected]> • #44491
Make recently inserted/updated records available in the buffer/cache
Mon, 2 Dec 2019 22:33:03 +0530
Sachin Divekar <[email protected]> • #44490
[External] Join queries slow with predicate, limit, and ordering
Mon, 2 Dec 2019 20:43:05 +0800
Aufar Gilbran <[email protected]> • #44489
Re: Considerable performance downgrade of v11 and 12 on Windows
Mon, 02 Dec 2019 10:04:29 +0100
Laurenz Albe <[email protected]> • #44488
Re: Considerable performance downgrade of v11 and 12 on Windows
Sat, 30 Nov 2019 22:47:02 +0300
Eugene Podshivalov <[email protected]> • #44487
Re: Logical replication performance
Fri, 29 Nov 2019 17:25:43 +0100
Flavio Henrique Araque Gurgel <[email protected]> • #44486
Logical replication performance
Fri, 29 Nov 2019 17:06:34 +0100
Florian Philippon <[email protected]> • #44485
Re: Considerable performance downgrade of v11 and 12 on Windows
Fri, 29 Nov 2019 15:22:45 +0300
Eugene Podshivalov <[email protected]> • #44484
Re: Considerable performance downgrade of v11 and 12 on Windows
Fri, 29 Nov 2019 13:04:49 +0100
Laurenz Albe <[email protected]> • #44483
Re: Considerable performance downgrade of v11 and 12 on Windows
Fri, 29 Nov 2019 13:47:26 +0300
Eugene Podshivalov <[email protected]> • #44482
Re: Considerable performance downgrade of v11 and 12 on Windows
Fri, 29 Nov 2019 11:36:56 +0100
Thomas Kellerer <[email protected]> • #44481
Considerable performance downgrade of v11 and 12 on Windows
Fri, 29 Nov 2019 13:04:37 +0300
Eugene Podshivalov <[email protected]> • #44480
Re: performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 23:49:14 +0200
Mariel Cherkassky <[email protected]> • #44479
Re: performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 15:50:20 -0500
Jeff Janes <[email protected]> • #44478
Re: performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 21:00:48 +0100
John Felix <[email protected]> • #44477
Re: performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 20:05:39 +0200
Mariel Cherkassky <[email protected]> • #44476
Re: performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 10:30:02 -0500
Jeff Janes <[email protected]> • #44475
Re: performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 10:22:04 -0500
Jeff Janes <[email protected]> • #44474
Re: performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 15:51:50 +0200
Mariel Cherkassky <[email protected]> • #44473
Re: performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 16:19:20 +0300
Andrew Zakharov <[email protected]> • #44472
Re: performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 14:15:16 +0100
Thomas Poty <[email protected]> • #44471
performance degredation after upgrade from 9.6 to 12
Sun, 24 Nov 2019 14:53:19 +0200
Mariel Cherkassky <[email protected]> • #44470
Re: Postgresql planning time too high
Fri, 22 Nov 2019 20:36:02 +0100
Tomas Vondra <[email protected]> • #44469
Re: Hash Join over Nested Loop
Fri, 22 Nov 2019 19:54:43 +0100
Pavel Stehule <[email protected]> • #44468
Re: Hash Join over Nested Loop
Fri, 22 Nov 2019 15:48:22 -0300
Luís Roberto Weck <[email protected]> • #44467
Re: Re[4]: Postgresql planning time too high
Fri, 22 Nov 2019 11:13:30 -0700
Michael Lewis <[email protected]> • #44466
Re: Hash Join over Nested Loop
Fri, 22 Nov 2019 18:55:34 +0100
Pavel Stehule <[email protected]> • #44465
Re: Hash Join over Nested Loop
Fri, 22 Nov 2019 14:43:04 -0300
Luís Roberto Weck <[email protected]> • #44464
Hash Join over Nested Loop
Fri, 22 Nov 2019 14:33:29 -0300
Luís Roberto Weck <[email protected]> • #44463
Re: Re[4]: Postgresql planning time too high
Fri, 22 Nov 2019 15:29:14 +0100
Pavel Stehule <[email protected]> • #44462
Re[4]: Postgresql planning time too high
Fri, 22 Nov 2019 14:06:13 +0000
"Sterpu Victor" <[email protected]> • #44461
Re[4]: Postgresql planning time too high
Fri, 22 Nov 2019 13:45:20 +0000
"Sterpu Victor" <[email protected]> • #44460
Re: Re[2]: Postgresql planning time too high
Fri, 22 Nov 2019 13:59:11 +0100
Pavel Stehule <[email protected]> • #44459
RE: Re[2]: Postgresql planning time too high
Fri, 22 Nov 2019 15:05:44 +0300
Fırat Güleç <[email protected]> • #44458
RE: Postgresql planning time too high
Fri, 22 Nov 2019 14:35:15 +0300
Fırat Güleç <[email protected]> • #44457
Re[3]: Postgresql planning time too high
Fri, 22 Nov 2019 12:50:05 +0000
"Sterpu Victor" <[email protected]> • #44456
Re[4]: Postgresql planning time too high
Fri, 22 Nov 2019 12:44:27 +0000
"Sterpu Victor" <[email protected]> • #44455
Re[4]: Postgresql planning time too high
Fri, 22 Nov 2019 12:25:10 +0000
"Sterpu Victor" <[email protected]> • #44454
Re: Postgresql planning time too high
Fri, 22 Nov 2019 09:22:16 -0300
Luís Roberto Weck <[email protected]> • #44453
Re[2]: Postgresql planning time too high
Fri, 22 Nov 2019 11:46:05 +0000
"Sterpu Victor" <[email protected]> • #44452
Re[2]: Postgresql planning time too high
Fri, 22 Nov 2019 11:44:51 +0000
"Sterpu Victor" <[email protected]> • #44451
Postgresql planning time too high
Fri, 22 Nov 2019 11:21:03 +0000
"Sterpu Victor" <[email protected]> • #44450
Wrong estimations and NL Anti join poor performance
Mon, 18 Nov 2019 20:35:29 +0300
"Andrew Zakharov" <[email protected]> • #44449
Re: Out of memory error on automatic vacuum
Mon, 18 Nov 2019 16:10:33 +0100
Tomas Vondra <[email protected]> • #44448
Re: Out of memory error on automatic vacuum
Mon, 18 Nov 2019 15:46:03 +0100
Ekaterina Amez <[email protected]> • #44447
Re: Out of memory error on automatic vacuum
Mon, 18 Nov 2019 15:16:05 +0100
Tomas Vondra <[email protected]> • #44446
Re: Out of memory error on automatic vacuum
Mon, 18 Nov 2019 15:02:16 +0100
Ekaterina Amez <[email protected]> • #44445
Re: Out of memory error on automatic vacuum
Mon, 18 Nov 2019 13:25:28 +0100
Tomas Vondra <[email protected]> • #44444
Out of memory error on automatic vacuum
Mon, 18 Nov 2019 12:41:27 +0100
Ekaterina Amez <[email protected]> • #44443
Re: Simple DELETE on modest-size table runs 100% CPU forever
Sat, 16 Nov 2019 09:17:47 -0800
Craig James <[email protected]> • #44442
Re: Simple DELETE on modest-size table runs 100% CPU forever
Sat, 16 Nov 2019 10:16:02 -0500
Jeff Janes <[email protected]> • #44441
Re: Simple DELETE on modest-size table runs 100% CPU forever
Fri, 15 Nov 2019 16:26:55 -0800
Craig James <[email protected]> • #44440
Re: Simple DELETE on modest-size table runs 100% CPU forever
Fri, 15 Nov 2019 17:44:48 -0500
Jeff Janes <[email protected]> • #44439
RE: Simple DELETE on modest-size table runs 100% CPU forever
Fri, 15 Nov 2019 21:11:41 +0000
Ravi Rai <[email protected]> • #44438
Re: Simple DELETE on modest-size table runs 100% CPU forever
Fri, 15 Nov 2019 13:06:42 -0800
Craig James <[email protected]> • #44437
Re: Simple DELETE on modest-size table runs 100% CPU forever
Thu, 14 Nov 2019 14:29:29 -0800
Andres Freund <[email protected]> • #44436
Re: Simple DELETE on modest-size table runs 100% CPU forever
Thu, 14 Nov 2019 16:28:45 -0600
Justin Pryzby <[email protected]> • #44435
Re: Simple DELETE on modest-size table runs 100% CPU forever
Thu, 14 Nov 2019 15:24:47 -0700
Michael Lewis <[email protected]> • #44434
Re: Simple DELETE on modest-size table runs 100% CPU forever
Thu, 14 Nov 2019 19:22:58 -0300
Alvaro Herrera <[email protected]> • #44433
Simple DELETE on modest-size table runs 100% CPU forever
Thu, 14 Nov 2019 14:19:51 -0800
Craig James <[email protected]> • #44432
Re: JSON path
Thu, 14 Nov 2019 15:46:08 -0500
Jesper Pedersen <[email protected]> • #44431
Re: JSON path
Thu, 14 Nov 2019 13:04:36 -0500
Tom Lane <[email protected]> • #44430
JSON path
Thu, 14 Nov 2019 08:55:28 -0500
Jesper Pedersen <[email protected]> • #44429
Re: Parallel Query
Thu, 14 Nov 2019 08:14:25 -0300
Luís Roberto Weck <[email protected]> • #44428
Re: Parallel Query
Wed, 13 Nov 2019 17:21:26 -0500
Jeff Janes <[email protected]> • #44427
Re: Parallel Query
Wed, 13 Nov 2019 17:08:15 -0500
Jeff Janes <[email protected]> • #44426
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.