/tmp, /var/log, /var/tmp as /dev/md - why?

Warren Block wblock at wonkity.com
Thu Jul 3 10:47:26 UTC 2014


On Wed, 2 Jul 2014, Mattia Rossi wrote:

>
> Am 01.07.2014 21:27, schrieb Andreas Schwarz:
>> Speed and speed, but I can't understand why using md here, there is already 
>> tmpfs,
>> which optimzed for such cases (dynamic allocation, etc.).
>> 
>> root at pizelot:~ # df
>> Filesystem     1K-blocks    Used   Avail Capacity  Mounted on
>> /dev/mmcsd0s2a    983680   57252  847736     6%    /
>> devfs                  1       1       0   100%    /dev
>> /dev/mmcsd0s2d   8106716 3068708 4389472    41%    /usr
>> /dev/mmcsd0s2e   8106716  155976 7302204     2%    /var
>> /dev/mmcsd0s2f   8106716236 7457944  <sip:2367457944>      0%    /home
>> tmpfs            1097160       4 1097156     0%    /tmp
>> tmpfs            1097160       4 1097156     0%    /var/tmp
>> 
>
> On an embedded systems with little memory I prefer to limit the partitions to 
> a certain size, like 32M, so dynamic allocation is no advantage. What other 
> differences are there between tmpfs and a simple md device?
> I'd be interested in knowing any tricks, that can make the system faster :-)

The white paper on tmpfs (wiki.deimos.fr/images/1/1e/Solaris_tmpfs.pdf) 
says:

   "RAM disks use memory inefficiently; file data exists twice in both
    RAM disk memory and kernel memory, and RAM disk memory that is not
    being used by the file system is wasted.  RAM disk memory is
    maintained separately from kernel memory, so that multiple
    memory-to-memory copies are needed to update file system data."

So a limited-size tmpfs will be faster and use less memory overall.  A
benchmark comparison would be interesting.


More information about the freebsd-arm mailing list