search for: compressing

The simple ordinary yum update of CentOS 5.3 spits a bunch of transaction check errors regarding packages perl-IO-Compress-Zlib-2.015-1.el5.rf.noarch and perl-IO-Compress-2.020-1.el5.rf.noarch which is supposed to replace perl-IO-Compress-Base-2.015-1.el5.rf.noarch: Transaction Check Error: file /usr/lib/perl5/vendor_perl/5.8.8/IO/Compress/Adapter/Deflate.pm from install of

...e.com:git/linux-pvops + : master + : tested/2.6.39.x + case "$branch" in + cd /export/home/osstest/repos/linux + git push xen@xenbits.xensource.com:git/linux-pvops 59b1ffe039ce366305d48176b7fccce29ce729d3:master Counting objects: 1 Counting objects: 265 Counting objects: 1433, done. Compressing objects: 0% (1/188) Compressing objects: 1% (2/188) Compressing objects: 2% (4/188) Compressing objects: 3% (6/188) Compressing objects: 4% (8/188) Compressing objects: 5% (10/188) Compressing objects: 6% (12/188) Compressing objects: 7% (14/188) Compressing...

Folks, I'd like to get expert's opinion on which compression level is suitable for lld's -compress-debug-section=zlib option, which let the linker compress .debug_* sections using zlib. Currently, lld uses compression level 9 which produces the smallest output in exchange for a longer link time. My question is, is this what people actually want? We didn't consciously choose

...ts.xensource.com:/home/xen/git/xen.git + info_linux_tree xen-unstable + case $1 in + return 1 + case "$branch" in + cd /export/home/osstest/repos/xen + git push osstest@xenbits.xensource.com:/home/xen/git/xen.git b18e2d96e785e7088f3b137e800f987bbe8c7657:master Counting objects: 360, done. Compressing objects: 1% (1/98) Compressing objects: 2% (2/98) Compressing objects: 3% (3/98) Compressing objects: 4% (4/98) Compressing objects: 5% (5/98) Compressing objects: 6% (6/98) Compressing objects: 7% (7/98) Compressing objects: 8% (8/98) Compressing objects:...

Hi Rui, What's the intended advantage for compressing the debug sections? - (i) Improved link time through smaller IO / (ii) Improved Load / startup time for the debugger / (iii) Smaller exe with debug info for distribution / disk space? For i) and ii) how much this is worth it depends on balance of storage bandwidth to compression (i) / decompressio...

Hi, Is there a way in which rsync's -z compression (zlib) utility can be benchmarked? I'm trying to compare the compression ratio between rsync and external compression tools like gzip and bzip2. Are there any advantages to using rsync's internal compression mechanism specified with the -z option compared to solely applying external compression i.e. bzip2 to the files and invoking

Also not an expert, but would it make sense for this to be configurable at a fine-grained level, perhaps with another option, or an extension to the compress-debug-sections switch interface? That way users who care about the finer details can configure it themselves. And we should pick sensible options for the default. James On 2 August 2018 at 11:08, Pavel Labath via llvm-dev < llvm-dev at

...g) and CPUs. Thanks, Simon On Thu, Aug 2, 2018 at 1:17 PM, Rui Ueyama <ruiu at google.com> wrote: > On Thu, Aug 2, 2018 at 10:24 AM Simon Whittaker via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi Rui, >> >> What's the intended advantage for compressing the debug sections? - (i) >> Improved link time through smaller IO / (ii) Improved Load / startup time >> for the debugger / (iii) Smaller exe with debug info for distribution / >> disk space? >> > > I think (1) is definitely the case, and that's also true for a di...

...7 PM, Rui Ueyama <ruiu at google.com> wrote: >> >>> On Thu, Aug 2, 2018 at 10:24 AM Simon Whittaker via llvm-dev < >>> llvm-dev at lists.llvm.org> wrote: >>> >>>> Hi Rui, >>>> >>>> What's the intended advantage for compressing the debug sections? - (i) >>>> Improved link time through smaller IO / (ii) Improved Load / startup time >>>> for the debugger / (iii) Smaller exe with debug info for distribution / >>>> disk space? >>>> >>> >>> I think (1) is defini...

I''ve noticed that: - with x86-64 Fedora 15 DVD install images: - du -sh <ROOT VOLUME> was 36 GB - btrfs df | grep -i data have shown over 40 GB used - without - du -sh <ROOT VOLUME> is 34 GB - btrfs df | grep -i data have shown less then 34 GB used It seems that iso files are considered compressable while they may not be (and penalty is severe - 3x). Regards

Rsync supports the capability of compressing data before sending. So does OpenSSH. It would be probably be a waste of resources and time to enable both compression capabilities at the same time, but it is not clear to me whether, in general, it makes better sense to enable rsync compression or SSH compression. My first thought would be that...

Ah ah, the demo effect... just after I said I did not have much issues with repos... ^_^ A collegue installed some packages (for perconna) and since then a server insists on replacing 2 base packages with 2 rfx packages, even when I gave a lower priority to rfx... Installed: perl-IO-Compress-Base-2.020-127.el6.x86_64 Installed: 1:perl-Compress-Raw-Zlib-2.020-127.el6.x86_64 Installed:

Hello, I''m currently trying to understand how compression in btrfs works. I could not find any detailed description about it. So here are my questions. 1. How is decided what to compress and what not? After a fast test with a 2g image file, I''ve looked into the extents of that file with find-new and it turned out that only some of the first extents were compressed. The file was

Bellow, follows a proposal for a new opensolaris project. Of course, this is open to change since I just wrote down some ideas I had months ago, while researching the topic as a graduate student in Computer Science, and since I''m not an opensolaris/ZFS expert at all. I would really appreciate any suggestion or comments. PROJECT PROPOSAL: ZFS Compression Algorithms. The main purpose of

Why isn't the compression level added in a metadata block by the flac encoder itself (just like the encoder version)? In this way all programs that read the file can see what compression level was used. thx 2007/7/4, Scot Thompson <scot.thompson@cox.net>: > > This has been asked many times. The answer is no. I suggest saving the > compression level into a tag for future

"Using FLAC binary : /Users/Marcus/flac/test/../src/flac/flac Original file size 441044 bytes. Compression level 1, file size 421393 bytes. Compression level 2, file size 421393 bytes. Compression level 3, file size 373613 bytes. Compression level 4, file size 369517 bytes. Compression level 5, file size 369517 bytes. Compression level 6, file size 369517 bytes. Compression

Hi, I just installed 2009.06 and found that compression isn''t enabled by default when filesystems are created. Does is make sense to have an RFE open for this? (I''ll open one tonight if need be.) We keep telling people to turn on compression. Are there any situations where turning on compression doesn''t make sense, like rpool/swap? what about rpool/dump? Thanks, ~~sa

On 2020-09-07 11:21:13 [+1000], Darren Tucker wrote: > The zstd part would be a larger discussion because we would need to > either carry it as a Portable patch or have zstd added to OpenBSD > base, and I don't know if that would be accepted. Do you have any > performance numbers for zstd in this application? A key stroke is here 10 bytes of raw data which zstd compresses usually

https://bugzilla.samba.org/show_bug.cgi?id=9864 Summary: Allow permanent compression of destination files Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: me at haravikk.com

Hello again I have a file from SPSS in .sav format. when I run library(foreign) cvar<-as.data.frame(read.spss("c:\\NDRI\\cvar\\data\\cvar2rev3.sav")) I get a warning Warning message: c:\NDRI\cvar\data\cvar2rev3.sav: Compression bias (0) is not the usual value of 100. The data appear to be OK, but I am concerned. (I tried searching the archives and the documenation for data