Selective restore "several" directories tape to disk...

[Art Wiens]

Lessons learned - patience!!

Accounting information:
Buffered I/O count: 191322
Peak working set size: 2912
Direct I/O count: 1179112
Peak virtual size: 170848
Page faults: 512
Mounted volumes: 1
Charged CPU time: 0 01:12:59.62
Elapsed time: 0 02:18:17.87

It restored ~33,000 files. It must have been that huge directory, it took more than an hour to get past it before restoring the next directory.

Thanks again,
Art

[Jan van den Ende]

Art,

so this (once again) shows an instance where big directories ARE worth the effort to avoid/circumvent them!

Proost.

Have one on me.

jpe

[Wim Van den Wyngaert]

You could do some antenna tuning :
1. /nocrc after /save (simple restore of 30K files used 15 % less cpu).
2. if you didn't create the backup with /group=0 then use that to avoid raid like calculations during restore.

Wim

[Art Wiens]

Thanks Wim ... I'll try that.

Art