Am 09.11.2016 um 16:56 schrieb Alan Brown:
> Pigz might be useful when your save area is a HDD (but a compressing
> filesystem like ZFS is probably better) but NOT when feeding tape.
Thanks for your relpies.
Nevertheless could be worth a test case by case if ever possible.
BTW
Occasionally boot
On 11/09/2016 03:54 PM, Josip Deanovic wrote:
> Can you confirm that you didn't experience the memory exhaustion at the
> same time (heavy swapping)?
No. I can tell you that on a couple of them where I logged in and ran
top & ps etc., I did not notice delays you'd expect when it's thrashing.
Swap
On Wednesday 2016-11-09 15:16:52 Dimitri Maziuk wrote:
> On 11/09/2016 03:00 PM, Heitor Faria wrote:
> > Hello, Alan, Ralf, Phil: pgzip would be nice for disk backup storage
> > and huge uncompressed files copy (e.g.: VM exports, DB dumps etc.),
> > but there is no reason to replace hardware tape n
On 11/09/2016 03:00 PM, Heitor Faria wrote:
> Hello, Alan, Ralf, Phil: pgzip would be nice for disk backup storage
> and huge uncompressed files copy (e.g.: VM exports, DB dumps etc.),
> but there is no reason to replace hardware tape native virtually no
> downside compression for any software one
> On 11/09/16 10:56, Alan Brown wrote:
>> On 09/11/16 14:17, Ralf Brinkmann wrote:
>>> I just checked the use of the multicore compression program "gzip" on
>>> one file-daemon side. It did use 32 cores out of 48 possible.
>>>
>>> I think even for LTO tape drives the use of a multicore compression
On 09/11/16 14:17, Ralf Brinkmann wrote:
> I just checked the use of the multicore compression program "gzip" on
> one file-daemon side. It did use 32 cores out of 48 possible.
>
> I think even for LTO tape drives the use of a multicore compression tool
> could be a win on time and storage space.
B
On 11/09/16 10:56, Alan Brown wrote:
> On 09/11/16 14:17, Ralf Brinkmann wrote:
>> I just checked the use of the multicore compression program "gzip" on
>> one file-daemon side. It did use 32 cores out of 48 possible.
>>
>> I think even for LTO tape drives the use of a multicore compression tool
>>
I just checked the use of the multicore compression program "gzip" on
one file-daemon side. It did use 32 cores out of 48 possible.
I think even for LTO tape drives the use of a multicore compression tool
could be a win on time and storage space.
Output of top while pigz was running:
> PID USER