Yes, I have a specific problem. The problem is that we have some
very large JPEGs (around 1GB) and the time taken to check
them in is very long (more than an hour) so if I could prevent
Subversion from running the file through it's binary differencing
algorithm I imagine it would check-in much more quickly.
JimC
-----Original Message-----
From: Mike Mason [mailto:mgm@thoughtworks.net]
Sent: Wednesday, 17 November 2004 3:17 PM
To: Cassimatis, Jim
Cc: 'users@subversion.tigris.org'
Subject: Re: Switching off file compression for JPEGs in the repository
Cassimatis, Jim wrote:
> Subversion uses a binary differencing algorithm to compress both binary
>
> and text files in the repository. Some binary files that we use are
>
> JPEGs, which are already compressed, so compressing them again
>
> is a waste of time and CPU power, especially when the files are big.
>
>
>
> Is there a way of switching off file compression for files with a specific
>
> extension or type or is there some other way around this problem?
>
>
>
Subversion doesn't actually do compression, it does binary differencing
(like you said). So if you check in an updated file, Subversion will
attempt to find the smallest binary diff between the two revisions, and
then store that. I think this binary diff work actually goes on on the
client, rather than the server. If you check in a new file Subversion
will just store it, it won't do any compression on it.
Are you seeing a specific problem with this, or are you just worried it
might affect you in future?
Cheers,
Mike.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
----------------------------------------------------------------------
IMPORTANT NOTICES
This email (including any documents referred to in, or attached, to this
email) may contain information that is personal, confidential or the subject
of copyright or other proprietary rights in favour of Aristocrat, its
affiliates or third parties. This email is intended only for the named
addressee. Any privacy, confidence, copyright or other proprietary rights in
favour of Aristocrat, its affiliates or third parties, is not lost because
this email was sent to you by mistake.
If you received this email by mistake you should: (i) not copy, disclose,
distribute or otherwise use it, or its contents, without the consent of
Aristocrat or the owner of the relevant rights; (ii) let us know of the
mistake by reply email or by telephone (+61 2 9413 6300); and (iii) delete
it from your system and destroy all copies.
Any personal information contained in this email must be handled in
accordance with applicable privacy laws.
Electronic and internet communications can be interfered with or affected by
viruses and other defects. As a result, such communications may not be
successfully received or, if received, may cause interference with the
integrity of receiving, processing or related systems (including hardware,
software and data or information on, or using, that hardware or software).
Aristocrat gives no assurances in relation to these matters.
If you have any doubts about the veracity or integrity of any electronic
communication we appear to have sent you, please call +61 2 9413 6300 for
clarification.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 17 05:30:42 2004