RAM disk.
Don Lewis
del at thrush.mlb.semi.harris.com
Fri Sep 14 13:19:10 AEST 1990
In article <6167 at titcce.cc.titech.ac.jp> mohta at necom830.cc.titech.ac.jp (Masataka Ohta) writes:
>In article <1990Sep13.002300.15266 at mlb.semi.harris.com>
> del at thrush.mlb.semi.harris.com (Don Lewis) writes:
>
>>Does anyone have a feel for the relative performance of Sun's tmpfs versus
>>a 4.2 filesystem?
>
>Few monthes ago, in comp.arch, someone in Sun posted the result of
>measurement that tmpfs won't improve performance of whole kernel
>recompilation.
>
In my case, the files are larger (10-80 Meg or so).
>>I have an application that uses a lot of temporary
>>file space. After it is finished thrashing about with the scratch files
>>it builds a large data structure in memory. The amount of swap space
>>and the amount of scratch file space consumed at one time are someone
>>complementary.
>
>There is positive correlation between amount of swap space and amount
>of temporary file necessary for a process. Moreover, they are
>often necessary at the same time.
>
>That is, if you output something large to file, you almost certainly have
>a copy of it in memory, and vice versa.
In my case, there is somewhat of an inverse relationship. About half
the memory bloat occurs near the end as the program is reading and
deleting files. It does write a final (large) output file, but it
is not something I want to trust to tmpfs.
>
>>Without using tmpfs, I need both big swap and big /tmp.
>
>So, even with tmpfs, you need twice as big swap.
>
Probably only 1.5x in my case, but what's a hundred or so megabytes
between friends :-).
>>The issue is what is the performance when simultaneously reading and
>>writing several large files (and possibly significant paging as well)
>>using tmpfs versus the same operations using the 4.2 filesystem.
>
>If you do large amount of IO to /tmp, with simple-minded memory disk,
>it is about TWICE AS SLOW AS ordinary disk file system.
>
>The reason is that memory disk can't do async write. Data is copied
>from user space to buffer cache and then to memory disk. With ordinary
>disk, data is only copied to buffer cache.
>
>If you use elaborated and complicated memory disk, it can be only as
>slow as ordinary disk, but not faster.
This is the sort of info I'm looking for.
--
Don "Truck" Lewis Harris Semiconductor
Internet: del at mlb.semi.harris.com PO Box 883 MS 62A-028
Phone: (407) 729-5205 Melbourne, FL 32901
More information about the Comp.unix.internals
mailing list