1. 19 Nov, 2001 1 commit
  2. 12 Nov, 2001 1 commit
  3. 08 Nov, 2001 1 commit
  4. 02 Nov, 2001 1 commit
  5. 31 Oct, 2001 1 commit
  6. 11 Oct, 2001 1 commit
  7. 09 Oct, 2001 1 commit
  8. 01 Oct, 2001 1 commit
  9. 30 Sep, 2001 2 commits
    • Tom Lane's avatar
      Allow the postmaster to accept changes in PGC_BACKEND GUC variables · f00da6d8
      Tom Lane authored
      from the config file, so that these changes will propagate to backends
      started later.  Already-started backends continue to ignore changes
      in these variables.
      f00da6d8
    • Tom Lane's avatar
      Create a GUC parameter max_files_per_process that is a configurable · f9f25828
      Tom Lane authored
      upper limit on what we will believe from sysconf(_SC_OPEN_MAX).  The
      default value is 1000, so that under ordinary conditions it won't
      affect the behavior.  But on platforms where the kernel promises far
      more than it can deliver, this can be used to prevent running out of
      file descriptors.  See numerous past discussions, eg, pgsql-hackers
      around 23-Dec-2000.
      f9f25828
  10. 23 Sep, 2001 1 commit
  11. 21 Sep, 2001 3 commits
  12. 20 Sep, 2001 1 commit
  13. 16 Sep, 2001 1 commit
    • Peter Eisentraut's avatar
      Install dynamically loadable modules into a private subdirectory · 264f8f2b
      Peter Eisentraut authored
      under libdir, for a cleaner separation in the installation layout
      and compatibility with binary packaging standards.  Point backend's
      default search location there.  The contrib modules are also
      installed in the said location, giving them the benefit of the
      default search path as well.  No changes in user interface
      nevertheless.
      264f8f2b
  14. 13 Sep, 2001 1 commit
  15. 12 Sep, 2001 1 commit
  16. 09 Sep, 2001 1 commit
  17. 07 Sep, 2001 1 commit
  18. 15 Aug, 2001 1 commit
  19. 09 Aug, 2001 1 commit
  20. 15 Jul, 2001 1 commit
  21. 30 Jun, 2001 2 commits
  22. 27 Jun, 2001 1 commit
    • Tom Lane's avatar
      Install infrastructure for shared-memory free space map. Doesn't actually · e0c9301c
      Tom Lane authored
      do anything yet, but it has the necessary connections to initialization
      and so forth.  Make some gestures towards allowing number of blocks in
      a relation to be BlockNumber, ie, unsigned int, rather than signed int.
      (I doubt I got all the places that are sloppy about it, yet.)  On the
      way, replace the hardwired NLOCKS_PER_XACT fudge factor with a GUC
      variable.
      e0c9301c
  23. 23 Jun, 2001 1 commit
  24. 18 Jun, 2001 1 commit
  25. 17 May, 2001 1 commit
  26. 12 May, 2001 1 commit
  27. 08 May, 2001 1 commit
  28. 07 May, 2001 1 commit
  29. 04 May, 2001 2 commits
  30. 03 May, 2001 1 commit
  31. 02 May, 2001 1 commit
  32. 01 May, 2001 1 commit
  33. 24 Mar, 2001 1 commit
  34. 16 Mar, 2001 1 commit
    • Tom Lane's avatar
      Support syncing WAL log to disk using either fsync(), fdatasync(), · 9d645fd8
      Tom Lane authored
      O_SYNC, or O_DSYNC (as available on a given platform).  Add GUC parameter
      to control sync method.
      Also, add defense to XLogWrite to prevent it from going nuts if passed
      a target write position that's past the end of the buffers so far filled
      by XLogInsert.
      9d645fd8
  35. 13 Mar, 2001 1 commit
    • Tom Lane's avatar
      XLOG (and related) changes: · 4d14fe00
      Tom Lane authored
      * Store two past checkpoint locations, not just one, in pg_control.
        On startup, we fall back to the older checkpoint if the newer one
        is unreadable.  Also, a physical copy of the newest checkpoint record
        is kept in pg_control for possible use in disaster recovery (ie,
        complete loss of pg_xlog).  Also add a version number for pg_control
        itself.  Remove archdir from pg_control; it ought to be a GUC
        parameter, not a special case (not that it's implemented yet anyway).
      
      * Suppress successive checkpoint records when nothing has been entered
        in the WAL log since the last one.  This is not so much to avoid I/O
        as to make it actually useful to keep track of the last two
        checkpoints.  If the things are right next to each other then there's
        not a lot of redundancy gained...
      
      * Change CRC scheme to a true 64-bit CRC, not a pair of 32-bit CRCs
        on alternate bytes.  Polynomial borrowed from ECMA DLT1 standard.
      
      * Fix XLOG record length handling so that it will work at BLCKSZ = 32k.
      
      * Change XID allocation to work more like OID allocation.  (This is of
        dubious necessity, but I think it's a good idea anyway.)
      
      * Fix a number of minor bugs, such as off-by-one logic for XLOG file
        wraparound at the 4 gig mark.
      
      * Add documentation and clean up some coding infelicities; move file
        format declarations out to include files where planned contrib
        utilities can get at them.
      
      * Checkpoint will now occur every CHECKPOINT_SEGMENTS log segments or
        every CHECKPOINT_TIMEOUT seconds, whichever comes first.  It is also
        possible to force a checkpoint by sending SIGUSR1 to the postmaster
        (undocumented feature...)
      
      * Defend against kill -9 postmaster by storing shmem block's key and ID
        in postmaster.pid lockfile, and checking at startup to ensure that no
        processes are still connected to old shmem block (if it still exists).
      
      * Switch backends to accept SIGQUIT rather than SIGUSR1 for emergency
        stop, for symmetry with postmaster and xlog utilities.  Clean up signal
        handling in bootstrap.c so that xlog utilities launched by postmaster
        will react to signals better.
      
      * Standalone bootstrap now grabs lockfile in target directory, as added
        insurance against running it in parallel with live postmaster.
      4d14fe00