1. 22 7月, 2003 1 次提交
  2. 13 2月, 2003 1 次提交
  3. 06 8月, 2002 1 次提交
    • T
      Restructure local-buffer handling per recent pghackers discussion. · 5df307c7
      Tom Lane 提交于
      The local buffer manager is no longer used for newly-created relations
      (unless they are TEMP); a new non-TEMP relation goes through the shared
      bufmgr and thus will participate normally in checkpoints.  But TEMP relations
      use the local buffer manager throughout their lifespan.  Also, operations
      in TEMP relations are not logged in WAL, thus improving performance.
      Since it's no longer necessary to fsync relations as they move out of the
      local buffers into shared buffers, quite a lot of smgr.c/md.c/fd.c code
      is no longer needed and has been removed: there's no concept of a dirty
      relation anymore in md.c/fd.c, and we never fsync anything but WAL.
      Still TODO: improve local buffer management algorithms so that it would
      be reasonable to increase NLocBuffer.
      5df307c7
  4. 21 6月, 2002 1 次提交
  5. 03 3月, 2002 1 次提交
    • B
      Commit to match discussed elog() changes. Only update is that LOG is · a033daf5
      Bruce Momjian 提交于
      now just below FATAL in server_min_messages.  Added more text to
      highlight ordering difference between it and client_min_messages.
      
      ---------------------------------------------------------------------------
      
      REALLYFATAL => PANIC
      STOP => PANIC
      New INFO level the prints to client by default
      New LOG level the prints to server log by default
      Cause VACUUM information to print only to the client
      NOTICE => INFO where purely information messages are sent
      DEBUG => LOG for purely server status messages
      DEBUG removed, kept as backward compatible
      DEBUG5, DEBUG4, DEBUG3, DEBUG2, DEBUG1 added
      DebugLvl removed in favor of new DEBUG[1-5] symbols
      New server_min_messages GUC parameter with values:
              DEBUG[5-1], INFO, NOTICE, ERROR, LOG, FATAL, PANIC
      New client_min_messages GUC parameter with values:
              DEBUG[5-1], LOG, INFO, NOTICE, ERROR, FATAL, PANIC
      Server startup now logged with LOG instead of DEBUG
      Remove debug_level GUC parameter
      elog() numbers now start at 10
      Add test to print error message if older elog() values are passed to elog()
      Bootstrap mode now has a -d that requires an argument, like postmaster
      a033daf5
  6. 25 10月, 2001 1 次提交
  7. 14 7月, 2001 1 次提交
  8. 30 6月, 2001 1 次提交
    • T
      Further work on connecting the free space map (which is still just a · af5ced9c
      Tom Lane 提交于
      stub) into the rest of the system.  Adopt a cleaner approach to preventing
      deadlock in concurrent heap_updates: allow RelationGetBufferForTuple to
      select any page of the rel, and put the onus on it to lock both buffers
      in a consistent order.  Remove no-longer-needed isExtend hack from
      API of ReleaseAndReadBuffer.
      af5ced9c
  9. 28 6月, 2001 1 次提交
    • T
      Install infrastructure for shared-memory free space map. Doesn't actually · e0c9301c
      Tom Lane 提交于
      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
  10. 17 5月, 2001 1 次提交
    • T
      Repair race condition introduced into heap_update() in 7.1 --- · 27336e4f
      Tom Lane 提交于
      PageGetFreeSpace() was being called while not holding the buffer lock, which
      not only could yield a garbage answer, but even if it's the right answer there
      might be less space available after we reacquire the buffer lock.
      
      Also repair potential deadlock introduced by my recent performance improvement
      in RelationGetBufferForTuple(): it was possible for two heap_updates to try to
      lock two buffers in opposite orders.  The fix creates a global rule that
      buffers of a single heap relation should be locked in decreasing block number
      order.  Currently, this only applies to heap_update; VACUUM can get away with
      ignoring the rule since it holds exclusive lock on the whole relation anyway.
      However, if we try to implement a VACUUM that can run in parallel with other
      transactions, VACUUM will also have to obey the lock order rule.
      27336e4f
  11. 13 5月, 2001 1 次提交
    • T
      Modify RelationGetBufferForTuple() so that we only do lseek and lock · eedb7d18
      Tom Lane 提交于
      when we need to move to a new page; as long as we can insert the new
      tuple on the same page as before, we only need LockBuffer and not the
      expensive stuff.  Also, twiddle bufmgr interfaces to avoid redundant
      lseeks in RelationGetBufferForTuple and BufferAlloc.  Successive inserts
      now require one lseek per page added, rather than one per tuple with
      several additional ones at each page boundary as happened before.
      Lock contention when multiple backends are inserting in same table
      is also greatly reduced.
      eedb7d18
  12. 22 3月, 2001 2 次提交
  13. 25 1月, 2001 1 次提交
  14. 16 11月, 2000 1 次提交
    • B
      Make pgsql compile on FreeBSD-alpha. · 312063c9
      Bruce Momjian 提交于
      Context diff this time.
      
      Remove -m486 compile args for FreeBSD-i386, compile -O2 on i386.
      
      Compile with only -O on alpha for codegen safety.
      
      Make the port use the TEST_AND_SET for alpha and i386 on FreeBSD.
      
      Fix a lot of bogus string formats for outputting pointers (cast to int
      and %u/%x replaced with no cast and %p), and 'Size'(size_t) are now
      cast to 'unsigned long' and output with %lu/
      
      Remove an unused variable.
      
      Alfred Perlstein
      312063c9
  15. 07 9月, 2000 1 次提交
  16. 03 7月, 2000 1 次提交
  17. 13 4月, 2000 1 次提交
  18. 17 3月, 2000 1 次提交
  19. 26 1月, 2000 1 次提交
    • B
      Add: · 5c25d602
      Bruce Momjian 提交于
        * Portions Copyright (c) 1996-2000, PostgreSQL, Inc
      
      to all files copyright Regents of Berkeley.  Man, that's a lot of files.
      5c25d602
  20. 15 1月, 2000 1 次提交
  21. 29 11月, 1999 1 次提交
  22. 19 7月, 1999 1 次提交
  23. 16 7月, 1999 3 次提交
  24. 03 7月, 1999 2 次提交
  25. 26 5月, 1999 1 次提交
  26. 07 5月, 1999 1 次提交
  27. 01 5月, 1999 1 次提交
  28. 14 2月, 1999 1 次提交
  29. 02 2月, 1999 1 次提交
  30. 15 12月, 1998 1 次提交
  31. 28 11月, 1998 1 次提交
  32. 08 1月, 1998 1 次提交
  33. 05 1月, 1998 1 次提交
  34. 08 9月, 1997 1 次提交
  35. 07 9月, 1997 1 次提交
  36. 05 11月, 1996 1 次提交