Re: Integration of COSS into the modio branch

adrian@creative.net.au wrote:

> Ignoring aufs, give my modio stuff a go.

/home/henrik/SRC/squid/SF/hno-devel/src/fs/coss/store_io_coss.c: In
function `storeCossCreate':
/home/henrik/SRC/squid/SF/hno-devel/src/fs/coss/store_io_coss.c:114:
warning: assignment of read-only member `swap_dirn'
/home/henrik/SRC/squid/SF/hno-devel/src/fs/coss/store_io_coss.c:115:
warning: passing arg 1 of `storeCossAllocate' discards `const' from
pointer target type

UFS seems to work in the light testing I can perform..

Trying to figure out how to configure coss.. Nothing gets swapped out.

What I did:
dd if=/dev/zero of=/tmp/coss bs=1024 count=102400

cache_dir -1 /tmp/coss 100
coredump_dir /tmp
cache_swap_log /tmp

A quick check with a debugger reveals that store_dirs_rebuilding is
always 1. The logic in storeCossDirRebuild looks very fishy in all cases
except when there exists a clean log file...

* If no (or empty) log file then nothing at all is done. It should at
least call storeRebuildComplete

* If not clean, then storeRebuildComplete is called, but the temporary
log opened in storeCossDirOpenTmpSwapLog is still open..

Added a call to storeRebuildComplete to get things going (commited), and
now COSS seems to swap out objects fine..

However, swapins seems to have some major problems..

2000/02/12 00:49:03| WARNING: failed to unpack swapfile meta data
2000/02/12 00:49:04| WARNING: failed to unpack swapfile meta data
2000/02/12 00:49:04| WARNING: failed to unpack swapfile meta data

A quick inspection of the data file reveals that nothing got written to
it. Perhaps it only stayed in memory and got lost when I restarted
Squid... I only tested with a very light workload of a few 100 KB of
data at most..

/Henrik
Received on Fri Feb 11 2000 - 16:59:16 MST