Deutsch English Français Italiano |
<083d0e35-e02d-8668-726f-7aa89980e9b2@example.net> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder9.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: D <nospam@example.net> Newsgroups: comp.os.linux.misc Subject: Re: Script to conditionally find and compress files recursively Date: Wed, 12 Jun 2024 10:13:43 +0200 Organization: i2pn2 (i2pn.org) Message-ID: <083d0e35-e02d-8668-726f-7aa89980e9b2@example.net> References: <v48s96$u6fg$1@dont-email.me> <v4b46s$7dh$1@tncsrv09.home.tnetconsulting.net> <wwvo7868waw.fsf@LkoBDZeT.terraraq.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Injection-Info: i2pn2.org; logging-data="3943562"; mail-complaints-to="usenet@i2pn2.org"; posting-account="w/4CleFT0XZ6XfSuRJzIySLIA6ECskkHxKUAYDZM66M"; In-Reply-To: <wwvo7868waw.fsf@LkoBDZeT.terraraq.uk> X-Spam-Checker-Version: SpamAssassin 4.0.0 Bytes: 1662 Lines: 20 On Wed, 12 Jun 2024, Richard Kettlewell wrote: > Grant Taylor <gtaylor@tnetconsulting.net> writes: >> On 6/11/24 01:53, J Newman wrote: >>> Any suggestions on how to proceed? >> >> As others have said, it's very difficult to tell within the first five >> seconds what the ultimate compression ratio will be. > > Not just difficult but impossible in general: the input file could > change character in its second half, switching the overall result from > that that is (for example) a gzip win to an xz win. > > This is true! The only thing I can imagine are parsing the file type, and from that file type, drawing conclusions about the compressability of the data, or doing a flawed statistical analysis, but as said, the end could be vastly different from the start.