Sears Russell
11c311bc91
Added support for raw pages, implemented posix_memalign workaround, and re-enabled O_DIRECT by default
2006-04-12 01:41:35 +00:00
Sears Russell
1c979f3052
Factored logWriter.h out of the rest of the system. The only file that directly depends on it is logger2.c, which can
...
now dispatch requests to different (hardcoded) log implementations.
2006-04-06 03:22:57 +00:00
Sears Russell
cf58e1fb72
Transitive closure working!
2005-03-24 04:43:22 +00:00
Jimmy Kittiyachavalit
80ed16c18e
Initial implementation of logMemory.c. Haven't yet done any testing, but it seems to compile. However, as of now, the current source code in the cvs repository does not build, dying on check_<somehting (I think ringbuffer.x)>, due to an a reference to an undefined symbol 'mutex'.
2005-03-14 20:54:06 +00:00
Sears Russell
e22d4b8e59
Partial implementation of ringbuffer for in-memory long, among other things.
2005-03-08 07:53:53 +00:00
Sears Russell
a3112ee81c
Fixes for freebsd.
2005-03-02 05:47:38 +00:00
Sears Russell
54ecc0d3c4
page->dirty is now set correctly (assuming LSN's are updated properly). pageFile.c makes use of this fact by ignoring write requests on clean pages.
2005-02-02 02:12:40 +00:00
Sears Russell
05934d296a
Removed O_DIRECT since it breaks on 2.4 kernels. Need to figure out how to
...
detect this in the build script so that systems that support O_DIRECT can use it.
(Note: RedHat kernels silently fail on O_DIRECT)
2005-01-24 19:58:09 +00:00
Sears Russell
6b265f28b0
Speedups, most notably in the logging subsystem.
2004-10-19 04:45:42 +00:00
Sears Russell
5064e3fac2
Implemented pages that store fixed sized records efficiently, and a java-style ArrayList data structure that efficiently supports (relatively) clustered, O(1) access time expandable arrays. (This will be used for the hash implementation...)
2004-10-06 06:08:09 +00:00
Sears Russell
811bc5c710
Implemented a freespace manager that should safely allocate space, even in the face of crashes, and can reclaim unused space (unless an application opens more than one simultaneous transaction that performs allocations)
...
Fixed some blob bugs (by adding extra fdatasync() calls).
Began factoring out the page management code so that it is an extenstion, and a less integral part of lladd.
2004-08-21 00:03:30 +00:00
Sears Russell
b4d7883f66
Fixed regressions, major update of page / slotted interfaces in anticipation of moving LLADD towards a generic transactional page system.
2004-08-17 01:46:17 +00:00
Sears Russell
961b63af15
Rewrote / refactored page.h. Now, it uses a freelist to reclaim slotid's within a page, and is implemented as two seperate modules. The first handles lsn's, and (will soon) check the type of each page, and then delegate work to a particular implementation of the second module.
2004-07-30 01:28:39 +00:00
Sears Russell
c649ba7504
O_DIRECT is working now.
2004-07-27 22:04:59 +00:00
Sears Russell
78eb2cbf6a
O_DIRECT (sort of...)
2004-07-27 21:30:54 +00:00
Sears Russell
e53117a1a0
Implemented (but didn't test) iterator over the records in a page.
2004-07-26 22:01:09 +00:00
Sears Russell
422198418a
bufferMananger is (really!) re-entrant now, performed big refactoring to prevent deadlocks, check_transactional2 ran overnight without coring, w/ 25 threads, and 10000 allocate/write/reads per thread. (The whole test suite was run in a loop...)
2004-07-23 20:21:44 +00:00
Sears Russell
126ae31392
bufferMananger is *really* reentrant now! (I think) However, the same thread may not load a page more than once. So, LLADD has to be altered so that it never calls loadPage() more than once per operation (more efficient), and/or pin/unpin need to be implemented. An easy way to do pin/unpin is to have them pull things out of the cache replacement list, and then re-insert them.
2004-07-21 02:13:28 +00:00
Sears Russell
0ce77903fb
Continuing work on multi-threading. r/w access to buffer manager getting close, but still buggy.
2004-07-20 03:40:57 +00:00
Sears Russell
490dd86c09
pageCache.c is now re-entrant.
2004-07-20 00:15:17 +00:00
Sears Russell
12fc5665ab
pageCache is now re-entrant, in theory.
2004-07-15 00:42:36 +00:00