home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.compression
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!nic.umass.edu!news.amherst.edu!djweisbe
- From: djweisbe@unix.amherst.edu (David Weisberger)
- Subject: Re: Unix release? (Was etc.
- Message-ID: <C1EArp.KL@unix.amherst.edu>
- Sender: news@unix.amherst.edu (No News is Good News)
- Nntp-Posting-Host: amhux3.amherst.edu
- Organization: large
- X-Newsreader: TIN [version 1.1 PL7]
- References: <727889693snz@genesis.demon.co.uk>
- Date: Mon, 25 Jan 1993 05:47:49 GMT
- Lines: 32
-
- Lawrence Kirby (fred@genesis.demon.co.uk) wrote:
- : In article <9cl333-@rpi.edu> sigma@degas.ipl.rpi.edu writes:
- :
- : >madler@cco.caltech.edu (Mark Adler) writes:
- : >>Or perhaps you think that the other zipsplit optimizes the chunks
- : >>better. I don't know what algorithm the other zipsplit uses, but
- : >>our's uses a simple "greedy" algorithm that achieves the optimum in
- : >>nearly all cases with typical distributions of entry sizes. The
- : >>chunk optimization is an NP-complete problem, so there are lots of
- : >>approximate approaches to the solution.
- : >
- : >This is what's called the Knapsack Problem. It's NP-complete, but since
-
- This is actually the Bin Packing problem, not the Knapsack problem.
-
- : The knapsack problem deals with a single knapsack (i.e. disk) and is NOT
- : NP-complete. It's a common example of dynamic programming where the optimal
-
- The Knapsack problem sure is NP complete. I believe the following
- explanation is correct, if simple (check in comp.theory, though):
-
- There is an algorithm which is linear in N, the number of items, but
- the specification of N is of length proportional to log N, so the
- running time is actually exponential in the length of the input.
-
- Just a humble undergrad,
- David
-
- --
- Davebo "Don't believe I'm taken in by stories I have heard.
- I just read the Daily News and swear by every word."
- djweisbe@unix.amherst.edu
-