Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

include

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Tom Lane authored
    We may as well make pgstat_count_heap_scan() and related macros just count
    whenever rel->pgstat_info isn't null.  Testing pgstat_track_counts buys
    nothing at all in the normal case where that flag is ON; and when it's OFF,
    the pgstat_info link will be null, so it's still a useless test.
    
    This change is unlikely to buy any noticeable performance improvement,
    but a cycle shaved is a cycle earned; and my investigations earlier today
    convinced me that we're down to the point where individual instructions in
    the inner execution loops are starting to matter.
    f4d242ef
    History
    Name Last commit Last update
    ..