tech-userlevel archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: dump memory footprint
In article <20130321135300.GC12078%homeworld.netbsd.org@localhost>,
Emmanuel Dreyfus <manu%netbsd.org@localhost> wrote:
>Hi
>
>I have a problem with dump memeory footprint. I would like to dump
>a filesystem containing 34 kB, and dump will not do it unless I setup
>around 10 MB of swap:
>
># ls -loa /flash/
>total 251561
>drwxr-xr-x 3 root wheel - 512 Mar 21 13:46 .
>drwxr-xr-x 18 root wheel - 512 Mar 21 13:11 ..
>-r--r--r-- 1 root wheel nodump 75220 Mar 20 14:39 boot
>drwxr-xr-x 6 root wheel - 512 Mar 21 13:10 etc
>-rw------- 1 root wheel nodump 117514598 Mar 21 13:28 netbsd
>-rw-r--r-- 1 root wheel nodump 11118529 Mar 21 13:27 netbsd.old.gz
># du -ks /flash/etc/
>34 /flash/etc/
># dump -h0 -0uf /dev/null /flash/
> DUMP: Ignoring u flag for subdir dump
> DUMP: Dumping sub files/directories from /flash
> DUMP: Dumping file/directory /flash/
> DUMP: Found /dev/rwd0a on /flash in /etc/fstab
> DUMP: Date of this level 0 dump: Thu Mar 21 13:47:38 2013
> DUMP: Date of last level 0 dump: the epoch
> DUMP: Dumping a subset of /dev/rwd0a (a subset of /flash) to /dev/null
> DUMP: Label: none
>UVM: pid 874 (dump), uid 0 killed: out of swap
>Killed
>
>It seems rather unreasonable to allocate more than 10 MB just to dump 34 ko;
>Are there any relevant options to reduce dump memory footprint?
Dump needs to read the whole filesystem and build data structures for it;
it has not been optimized for space. Tar is not good enough?
christos
Home |
Main Index |
Thread Index |
Old Index