Other proposed projects: Difference between revisions
VictorPorton (talk | contribs) →Filters on posets and generalizations: Corrected link to the new wiki |
VictorPorton (talk | contribs) →Filters on posets and generalizations: Suspended due misfeautures of a wiki |
||
Line 14: | Line 14: | ||
See [http://filters.wikispaces.com/ this wiki]. | See [http://filters.wikispaces.com/ this wiki]. | ||
Oh, Wikispaces.com don't support inline math formulas. By this reason collaboratively writing "Filters on posets and generalizations" is suspended until a better wiki will be found. |
Revision as of 07:02, 29 August 2009
This page is a repository for any polymath proposals which are not fleshed out enough to have their own separate posts for the proposal. Contributions are welcome.
Beating the trivial subset sum algorithm
This problem was proposed by Ernie Croot, though he would not have the time to run a project based on this problem.
It is a problem that is easy to state, probably will succumb to elementary methods, and probably could be solved if enough people contributed ideas. Here goes: consider the usual subset sum (or is it knapsack?) problem where you are given a list of positive integers N_1, …, N_k, and a target number T, and you must decide whether there is some subset of N_1, …, N_k that sums to T. The problem is to beat the “trivial algorithm”, which I shall describe presently.
The first thing to realize is that there is a subset sum equal to T iff there is one equal to S-T, where S=N_1 + … + N_k. Furthermore, subsets of size t summing to T correspond uniquely to subsets of size k-t summing to S-T. In this way, you only need to consider subsets of size at most k/2 (and check whether they sum of T or S-T) to solve the problem. But now you can use the usual “collision technique” to reduce the problem to subsets of size at most k/4, by forming a table of all subsets of at most this size, along with their sum of elements, until you find a disjoint pair of subsets that sums to either T or S-T. The running time of this procedure should be comparable to (k choose k/4) = c^(k+o(k)), for a certain constant c that is easy to work out. This is what I mean by the “trivial algorithm”. Now, the problem is find an algorithm — any at all — that runs in time at most d^k, where d < c. To my knowledge no such algorithm is know to exist!
Filters on posets and generalizations
I suggest to collaboratively finish writing my draft "Filters on posets and generalizations".
See this wiki.
Oh, Wikispaces.com don't support inline math formulas. By this reason collaboratively writing "Filters on posets and generalizations" is suspended until a better wiki will be found.