RAM disk vs paging + buffer cache
#Bill_Stewart
wcs at ho95e.UUCP
Mon Aug 18 12:09:10 AEST 1986
In article <244 at desint.UUCP> geoff at desint.UUCP (Geoff Kuenning) writes:
>In article <240 at whuxcc.UUCP> judah at whuxcc.UUCP (Judah Greenblatt) writes:
>>generates physical I/O operations, even when the buffer-cache is empty:
>> - create a file >> - write 1 block of data >> - close it
>This is an unfortunate side effect of the file system reliability
>enhancements that were done for System V (III?). This is the unfortunate
>reality of reliability--it trades off against performance. In this case,
>.........., but most users seem >to feel the reliability is worth it.
>> - One thought on why you might not want to let the block buffers
>> do all the work: can you imagine what a 'sync' would
>> cost on a system with 20,000 block buffers?
>Also, can you imagine what it would be like to crash WITHOUT sync-ing on a
>system with 20,000 block buffers?
Is there any way to tell the system "Don't bother syncing /tmp"? On
my systems, I let fsck rebuild /tmp anyway; I'd rather trade the
reliability of /tmp for speed and only sync for garbage collection.
--
# Bill Stewart, AT&T Bell Labs 2G-202, Holmdel NJ 1-201-949-0705 ihnp4!ho95c!wcs
More information about the Comp.unix.wizards
mailing list