1. 20 Jul, 2002 4 commits
    • Bruce Momjian's avatar
      The attached patch fixes a build problem with GEQO when using the · 38dd3ae7
      Bruce Momjian authored
      PX recombination operator, changes some elog() messages from LOG
      to DEBUG1, puts some debugging functions inside the appropriate
      #ifdef (not enabled by default), and makes a few other minor
      cleanups.
      
      BTW, the elog() change is motivated by at least one user who
      has sent a concerned email to -general asking exactly what the
      "ERX recombination operator" is, and what it is doing to their
      DBMS.
      
      Neil Conway
      38dd3ae7
    • Bruce Momjian's avatar
      Add new vacuum regression test files. · aec814b5
      Bruce Momjian authored
      aec814b5
    • Bruce Momjian's avatar
      This patch fixes a regression caused by my recent changes to heap · e77054e0
      Bruce Momjian authored
      tuple header.  The fix is based on the thought that HEAP_MOVED_IN is
      not needed any more as soon as HEAP_XMIN_COMMITTED has been set.  So
      in tqual.c and vacuum.c the HEAP_MOVED bits are cleared when
      HEAP_XMIN_COMMITTED is set.
      
      Vacuum robustness is enhanced by rearranging ifs, so that we have a
      chance to elog(ERROR, ...) before an assertion fails.
      
      A new regression test is included.
      
      Manfred Koizar
      e77054e0
    • Tatsuo Ishii's avatar
      Apply patches from Neil Conway. · cdf4b9af
      Tatsuo Ishii authored
      > Hi Tatsuo,
      >
      > I've attached a patch for the version of pgbench in CVS. It includes the
      > following changes:
      >
      >     - fix some spelling mistakes, indentation stuff, etc.
      >
      >     - minor code cleanup -- (void) args instead of (), etc.
      >
      >     - allocate the state array dynamically, so that it is only as
      >     large as needed. This reduces the memory consumption of pgbench
      >     slightly, and makes a larger MAXCLIENTS setting possible
      >
      >     - (the only controversial change) add an option "-l" to log
      >     transaction latencies to a file. The "transaction latency"
      >     is the time between when the BEGIN is issued and the transaction
      >     commits. This is written to a file, along with the client #
      >     and the transaction #. The data in the file can then be used
      >     for things like:
      >
      >         - consistency analysis: is the TPS the same through the
      >         entire run of pgbench, or does it change?
      >
      >         - more detailed stats: what is the average latency, worse-case
      >         latency, best-case latency?
      >
      >         - graphs: feed the data to gnuplot, graph latency versus. time
      >
      >         - etc.
      >
      >     I was going to store this data in memory and write it to disk
      >     at the end of the pgbench run, but that isn't feasible because
      >     the data can be very large: for example, ~70MB if benchmarking
      >     128 clients doing 100,000 transactions each.
      >
      > Cheers,
      >
      > Neil
      cdf4b9af
  2. 19 Jul, 2002 10 commits
  3. 18 Jul, 2002 26 commits