similar to: DO NOT REPLY [Bug 7854] New: Abysmal sparse file performance

I have a 5.5GB file, mostly sparse. Tar performs far[!] better than rsync. I have no ideas yet, so just an FYI as to current state. FreeBSD 8.1 i386 zfs Yes, I know the blocks used differs but don't know why yet, could be just how zfs does things or related to the large amount of sparseness. There are no media errors, CPU/IO load or anything like that and the source and dest paths are on the

I THINK YOUR A VERY SAD BUNCH OF LIFES WAISTERS On Wed, Dec 8, 2010 at 7:00 PM, <rsync-request at lists.samba.org> wrote: > Send rsync mailing list submissions to > ? ? ? ?rsync at lists.samba.org > > To subscribe or unsubscribe via the World Wide Web, visit > ? ? ? ?https://lists.samba.org/mailman/listinfo/rsync > or, via email, send a message with subject or body

https://bugzilla.samba.org/show_bug.cgi?id=5801 Summary: Sparse (-S) option doesn't work with new files Product: rsync Version: 3.1.0 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

Hi, I''m wondering if it''s a known problem but recently I had to revert a production server from 1.8.6_p287 to 1.8.6_p114 because the performance was abysmal. ./script/runner took nearly 40s to load the Rails environment before doing anything useful on a Core2Duo 2.66GHz running Gentoo Linux 64bit. ./script/console was affected too (~40s to prompt) and our most used controller

>> used it forever anyways and haven't seen a commit since January nor >> a release since 2007... > what's queued up for the next release, see http://flac.cvs.sourceforge.net/viewvc/*checkout*/flac/flac/doc/html/changelog.html Hmm interesting, so given the above timeframes, should one presume that cvs head is indeed stable/release quality and that it's an ok thing to

Hi all. I'm using Wine ( 1.1.4 ) to test some Flash stuff ( flex ) in IE6. IE6 runs quite well normally, but once Flash is loaded up, it goes VERY slowly indeed. I've done a quick sysprof profile ( http://entropy.homelinux.org/ie6_flash.sysprof ), and from what I can see ( and I'm most certainly no expert ), it looks like most CPU cycles are being burned in fbGetImage and fbCopyArea

I am running Win 98 SE and have a Samba server v2.0.5 on a FreeBSD 3.3 system. Both machines sit on the same 100baseTX subnet. I am seeing expected read performance, but writes from Win98 to the Samba share are terrible; upwards of 30 seconds to copy a 900kb file (yes, that's kb). This happens in both Explorer, the DOS "shell", and in the application that actually created the file

I'm experiencing extremely slow performance when trying to copy files from and to a samba 4 share. I'm using Debian and the Samba 4 SerNet packages and everything is up to date on the client as well as on the server. The connection is made through 100Mbp/s ethernet, but the problem also exists on a local virtual machine that runs on the Debian server. By extremely I mean really abysmal:

https://bugzilla.samba.org/show_bug.cgi?id=8265 Summary: Long paths, hardlinks, 'special' files [was: Regression: sockets for 3.0.9pre1] Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P1 Component: core AssignedTo:

How do I make rsync ignore and not report or update certain parts of the [l]stat(2) struct or checksum when selecting which items to report or update in a hierarchy? For example, I want to run: rsync -Haxi --delete /hier1/ /hier2/ and have it NOT do anything if say ONLY the modtime differs. Leaving out or in the --times [-t] option from the expansion of -a to -rlptgoD obviously does not do this.

Hi. Wanted to add something. There was recent talk about the use of 'checksums' by rsync to determine how or what parts of a file to copy. Something like that. Anyways, it just so happens that I have a number of files here that rsync completely fails to update... l -isT */* ; md5 -r */* ; sha1 -r */* 117969 9 -rw-r--r-- 1 a a 6144 Sep 21 03:05:37 2010 1/a 117970 9 -rw-r--r-- 1 a a 6144

Hi. I'm preparing to start a major encoding project, about a TiB or so. Flac is one of the components I plan on using. As I've used it forever anyways and haven't seen a commit since January nor a release since 2007... Is there a general status of flac along with a roadmap available? Only one suggestion: sign the releases with OpenPGP. Thanks for flac! :)

There were a few notes in this thread that may indicate open areas for development. I forward merely as FYI. http://www.metzdowd.com/pipermail/cryptography/2015-January/024231.html ---------- Forwarded message ---------- From: Peter Gutmann <pgut001 at cs.auckland.ac.nz> Date: Sun, Jan 4, 2015 at 9:29 PM Subject: Re: [Cryptography] Why aren?t we using SSH for everything? To: calestyo at

> whilst at the same time the development has ceased. I've found some > severe issues with OggFLAC that essentially make it a useless format > for streaming, no one cared. Yes, this is sad. cdparanoia, which could be considered a strong opensource meatspace partner to FLAC (along with cdda2wav) is also effectively dead. All three living on only in the ports trees of various operating

>> Oh I don't doubt the basics, red book is red book and bits are >> identically replicable and re rippable bits. > > I don't see any problem with taking innovation as far as is practical > and saying "it's finished, no more updates". Sure, basics :) Again, I'm meaning in regard to about bugs, docs, porting and nits. > If I want to do freedb

Hello, I have been told on Freenode's #dovecot to ask here. I have Exim 4.92 complaining about "Non-CRLF-terminated header, under CHUNKING: message abandoned" with redirects made by Pigeonhole 0.5.5 (with Dovecot 2.3.5.1). Please find relevant part of the traffic below, and help me determine whether Exim is correct on this. ? 0x0000:? 4500 0954 0000 4000 8006 0000 7f00 0001? E..T..

https://bugzilla.samba.org/show_bug.cgi?id=8053 Summary: Older C compilers don't allow in-line declarations flist.c:1653 Product: rsync Version: 3.0.8 Platform: All OS/Version: FreeBSD Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned at samba.org

Hi. It has been some time since I posted to the list, and may be some time in the future until I have an oppurtunity to revisit FLAC. So, as I have been quite satisfied yet always mindful with FLAC, I simply wanted to encourage any potential cumulative bugfix release... and or repository tag/update as such... should it be warranted. It would not go unappreciated by the base users, myself included.

https://bugzilla.samba.org/show_bug.cgi?id=8177 Summary: Problems with big sparsed files Product: rsync Version: 3.0.8 Platform: x64 OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: joluinfante at gmail.com

Whoo hoo! I just received my WIP300 from voipsupply. I have to let it charge before I can play with it. A few quick comments: - I started a Wiki page at voip-info to post issues, firmware news, etc. I really like the wealth of info on the GXP-2000 page, so I wanted to start something similar for this phone. http://www.voip-info.org/wiki/index.php?page=Linksys%20WIP300 - My kit