1. 31 7月, 2005 4 次提交
  2. 30 7月, 2005 19 次提交
  3. 29 7月, 2005 14 次提交
    • B
      Move reindexdb from /contrib to /bin. · 85e9a5a0
      Bruce Momjian 提交于
      Euler Taveira de Oliveira
      85e9a5a0
    • B
      Update catversion for dbsize changes. · 2ea44d1a
      Bruce Momjian 提交于
      2ea44d1a
    • B
      Remove dbsize mention. · 46c5b4bf
      Bruce Momjian 提交于
      46c5b4bf
    • B
      Move dbsize functions into the backend. New functions: · 358a897f
      Bruce Momjian 提交于
      	pg_tablespace_size
      	pg_database_size
      	pg_relation_size
      	pg_complete_relation_size
      	pg_size_pretty
      
      Remove /contrib/dbsize.
      
      Dave Page
      358a897f
    • B
      Add mp3 entry to FAQ. · b05801c8
      Bruce Momjian 提交于
      b05801c8
    • B
      I've had this small patch in my local tree for a while. It documents · 16a23597
      Bruce Momjian 提交于
      new commands which may make an SPI call fail.
      
      Alvaro Herrera
      16a23597
    • B
      Fix typo. · 8efe8f7b
      Bruce Momjian 提交于
      uniware
      8efe8f7b
    • B
      Update O_DIRECT comment. · c6b1724c
      Bruce Momjian 提交于
      c6b1724c
    • B
      Done: · 5b63e7b4
      Bruce Momjian 提交于
      < * Consider use of open/fcntl(O_DIRECT) to minimize OS caching,
      <   especially for WAL writes
      > * -Consider use of open/fcntl(O_DIRECT) to minimize OS caching,
      >   for WAL writes
      5b63e7b4
    • B
      · c34bb005
      Bruce Momjian 提交于
      Use O_DIRECT if available when using O_SYNC for wal_sync_method.
      
      Also, write multiple WAL buffers out in one write() operation.
      
      ITAGAKI Takahiro
      
      ---------------------------------------------------------------------------
      
      > If we disable writeback-cache and use open_sync, the per-page writing
      > behavior in WAL module will show up as bad result. O_DIRECT is similar
      > to O_DSYNC (at least on linux), so that the benefit of it will disappear
      > behind the slow disk revolution.
      >
      > In the current source, WAL is written as:
      >     for (i = 0; i < N; i++) { write(&buffers[i], BLCKSZ); }
      > Is this intentional? Can we rewrite it as follows?
      >    write(&buffers[0], N * BLCKSZ);
      >
      > In order to achieve it, I wrote a 'gather-write' patch (xlog.gw.diff).
      > Aside from this, I'll also send the fixed direct io patch (xlog.dio.diff).
      > These two patches are independent, so they can be applied either or both.
      >
      >
      > I tested them on my machine and the results as follows. It shows that
      > direct-io and gather-write is the best choice when writeback-cache is off.
      > Are these two patches worth trying if they are used together?
      >
      >
      >             | writeback | fsync= | fdata | open_ | fsync_ | open_
      > patch       | cache     |  false |  sync |  sync | direct | direct
      > ------------+-----------+--------+-------+-------+--------+---------
      > direct io   | off       |  124.2 | 105.7 |  48.3 |   48.3 |  48.2
      > direct io   | on        |  129.1 | 112.3 | 114.1 |  142.9 | 144.5
      > gather-write| off       |  124.3 | 108.7 | 105.4 |  (N/A) | (N/A)
      > both        | off       |  131.5 | 115.5 | 114.4 |  145.4 | 145.2
      >
      > - 20runs * pgbench -s 100 -c 50 -t 200
      >    - with tuning (wal_buffers=64, commit_delay=500, checkpoint_segments=8)
      > - using 2 ATA disks:
      >    - hda(reiserfs) includes system and wal.
      >    - hdc(jfs) includes database files. writeback-cache is always on.
      >
      > ---
      > ITAGAKI Takahiro
      c34bb005
    • B
      Thank you for applying patch --- regexp_replace. · 722f31f7
      Bruce Momjian 提交于
      An attached patch is a small additional improvement.
      
      This patch use appendStringInfoText instead of appendStringInfoString.
      There is an overhead of PG_TEXT_GET_STR when appendStringInfoString is
      executed by text type. This can be reduced by appendStringInfoText.
      
      Atsushi Ogawa
      722f31f7
    • T
      Make use of new list primitives list_append_unique and list_concat_unique · 5d27bf20
      Tom Lane 提交于
      where applicable.
      5d27bf20
    • B
      Add tab completion syntax for PREPARE 2-phase commit syntax. · ef85f5fa
      Bruce Momjian 提交于
      There's no tab-completion for "PREPARE TRANSACTION 'xxx'" since that
      would be ambigous with "PREPARE xxx AS xx".
      
      Heikki Linnakangas
      ef85f5fa
    • T
      Fix a bunch of bad interactions between partial indexes and the new · a4ca8423
      Tom Lane 提交于
      planning logic for bitmap indexscans.  Partial indexes create corner
      cases in which a scan might be done with no explicit index qual conditions,
      and the code wasn't handling those cases nicely.  Also be a little
      tenser about eliminating redundant clauses in the generated plan.
      Per report from Dmitry Karasik.
      a4ca8423
  4. 28 7月, 2005 3 次提交