ওয়ার্মআপ: এলোমেলো বিটেক্টর
একটি ওয়ার্ম-আপ হিসাবে, আমরা প্রতিটি বিটভেক্টর এলোমেলোভাবে একই আইডিকে বেছে নেওয়া হয় সেই ক্ষেত্রে দিয়ে শুরু করতে পারি। তারপরে দেখা যাচ্ছে যে সমস্যাটি O(n1.6min(k,lgn)) সময়ে সমাধান করা যেতে পারে (আরও স্পষ্টভাবে, এলজি 31.6 দিয়ে প্রতিস্থাপন করা যেতে পারে )।lg3
আমরা সমস্যার নিম্নোক্ত দুটি সেট রূপটি বিবেচনা করব:
প্রদত্ত সেটের S,T⊆{0,1}k bitvectors এর নির্ধারণ যেখানে অস্তিত্ব আছে একটি অ-ওভারল্যাপিং যুগল s∈S,t∈T ।
এটি সমাধানের প্রাথমিক কৌশলটি হ'ল বিভাজন এবং বিজয়। এখানে একটি সময় বিভাজন এবং বিজয় ব্যবহার করে অ্যালগরিদম রয়েছে:O(n1.6k)
প্রথম বিট অবস্থানের উপর ভিত্তি করে এবং টি বিভক্ত করুন । অন্য কথায়, ফর্ম S 0 = { গুলি ∈ এস : গুলি 0 = 0 } , S 1 = { গুলি ∈ এস : গুলি 0 = 1 } , টি 0 = { T ∈ টি : T 0 = 0 } , টি 1 = { t ∈ T : tSTS0={s∈S:s0=0}S1={s∈S:s0=1}T0={t∈T:t0=0} ।T1={t∈T:t0=1}
এখন পুনরাবৃত্তভাবে , এস 0 , টি 1 এবং টি 1 , এস 0 থেকে একটি নন-ওভারল্যাপিং জুটির সন্ধান করুন । যদি কোনও পুনরাবৃত্তি কল একটি অ-ওভারল্যাপিং জুটি খুঁজে পায়, এটি আউটপুট করুন, অন্যথায় আউটপুট "কোনও ওভারল্যাপিং জুড়ি বিদ্যমান নেই"।S0,T0S0,T1T1,S0
যেহেতু সমস্ত বিটেক্টরগুলি এলোমেলোভাবে বেছে নেওয়া হয়েছে, আমরা আশা করতে পারি এবং | টি খ | ≈ | টি | / 2 । সুতরাং, আমাদের তিনটি পুনরাবৃত্ত কল রয়েছে এবং আমরা দুটির একটি ফ্যাক্টর দ্বারা সমস্যার আকার কমিয়েছি (উভয় সেট দুটির একটি ফ্যাক্টর দ্বারা আকারে হ্রাস করা হয়)। পরে এলজি মিনিট ( | এস | , | টি | ) টুকরা, দুটি সেট এক নিচে আকার 1 হয়, এবং সমস্যা রৈখিক সময় সমাধান করা যেতে পারে। আমরা লাইন বরাবর একটি পুনরাবৃত্তি সম্পর্ক পেতে|Sb|≈|S|/2|Tb|≈|T|/2lgmin(|S|,|T|) , যার সমাধান টি ( এন ) = ও ( এন 1.6 কে ) । চলমান সময়টির জন্য অ্যাকাউন্টিং হ'ল দ্বি-সেট ক্ষেত্রে সুনির্দিষ্টভাবে চলমান সময় হ'ল হে ( মিনিট ( | এস | , | টি | ) 0.6 সর্বোচ্চ ( | এস | , | টি)T(n)=3T(n/2)+O(nk)T(n)=O(n1.6k) ।O(min(|S|,|T|)0.6max(|S|,|T|)k)
এটি আরও উন্নত করা যেতে পারে, এটি উল্লেখ করে যে যদি , তবে একটি নন-ওভারল্যাপিং জুটির উপস্থিতি সম্ভাবনাটি খুব অল্প পরিমাণে ছোট। বিশেষ করে, যদি এক্স , Y দুই র্যান্ডম ভেক্টর, সম্ভাব্যতা যে তারা অ ওভারল্যাপিং হয় ( 3 / 4 ) ট । যদি | এস | = | টি | = এন , এরকম এন 2 টি জোড়া রয়েছে, সুতরাং ইউনিয়নের সাথে আবদ্ধ হওয়ার ফলে, একটি নন-ওভারল্যাপিং জুটির উপস্থিতি সম্ভাবনা সর্বাধিক n 2 ( 3)k≥2.5lgn+100x,y(3/4)k|S|=|T|=nn2n2(3/4)k. When k≥2.5lgn+100, this is ≤1/2100. So, as a pre-processing step, if k≥2.5lgn+100, then we can immediately return "No non-overlapping pair exists" (the probability this is incorrect is negligibly small), otherwise we run the above algorithm.
এইভাবে আমরা (বা ও ( মিনিট ( | এস | , | টি | )) 0.6 সর্বোচ্চ ( | এস | , | টি | ) মিনিট ( কে , এলজি এন ) এর চলমান সময় অর্জন করি ) ) উপরে প্রস্তাবিত দুটি সেট ভেরিয়েন্টের জন্য), বিশেষ ক্ষেত্রে যেখানে বিটਵੇেক্টরগুলি এলোমেলোভাবে অভিন্নভাবে নির্বাচিত হয়।O(n1.6min(k,lgn))O(min(|S|,|T|)0.6max(|S|,|T|)min(k,lgn))
Of course, this is not a worst-case analysis. Random bitvectors are considerably easier than the worst case -- but let's treat it as a warmup, to get some ideas that perhaps we can apply to the general case.
Lessons from the warmup
We can learn a few lessons from the warmup above. First, divide-and-conquer (splitting on a bit position) seems helpful. Second, you want to split on a bit position with as many 1's in that position as possible; the more 0's there are, the less reduction in subproblem size you get.
Third, this suggests that the problem gets harder as the density of 1's gets smaller -- if there are very few 1's among the bitvectors (they are mostly 0's), the problem looks quite hard, as each split reduces the size of the subproblems a little bit. So, define the density Δ to be the fraction of bits that are 1 (i.e., out of all nk bits), and the density of bit position i to be the fraction of bitvectors that are 1 at position i.
Handling very low density
As a next step, we might wonder what happens if the density is extremely small. It turns out that if the density in every bit position is smaller than 1/k−−√, we're guaranteed that a non-overlapping pair exists: there is a (non-constructive) existence argument showing that some non-overlapping pair must exist. This doesn't help us find it, but at least we know it exists.
Why is this the case? Let's say that a pair of bitvectors x,y is covered by bit position i if xi=yi=1. Note that every pair of overlapping bitvectors must be covered by some bit position. Now, if we fix a particular bit position i, the number of pairs that can be covered by that bit position is at most (nΔ(i))2<n2/k. Summing across all k of the bit positions, we find that the total number of pairs that are covered by some bit position is <n2. This means there must exist some pair that's not covered by any bit position, which implies that this pair is non-overlapping. So if the density is sufficiently low in every bit position, then a non-overlapping pair surely exists.
However, I'm at a loss to identify a fast algorithm to find such a non-overlapping pair, in these regime, even though one is guaranteed to exist. I don't immediately see any techniques that would yield a running time that has a sub-quadratic dependence on n. So, this is a nice special case to focus on, if you want to spend some time thinking about this problem.
Towards a general-case algorithm
In the general case, a natural heuristic seems to be: pick the bit position i with the most number of 1's (i.e., with the highest density), and split on it. In other words:
Find a bit position i that maximizes Δ(i).
STiS0={s∈S:si=0}, S1={s∈S:si=1}, T0={t∈T:ti=0}, T1={t∈T:ti=1}.
Now recursively look for a non-overlapping pair from S0,T0, from S0,T1, and from T1,S0. If any recursive call finds a non-overlapping pair, output it, otherwise output "No overlapping pair exists".
The challenge is to analyze its performance in the worst case.
Let's assume that as a pre-processing step we first compute the density of every bit position. Also, if Δ(i)<1/k−−√ for every i, assume that the pre-processing step outputs "An overlapping pair exists" (I realize that this doesn't exhibit an example of an overlapping pair, but let's set that aside as a separate challenge). All this can be done in O(nk) time. The density information can be maintained efficiently as we do recursive calls; it won't be the dominant contributor to running time.
What will the running time of this procedure be? I'm not sure, but here are a few observations that might help. Each level of recursion reduces the problem size by about n/k−−√ bitvectors (e.g., from n bitvectors to n−n/k−−√ bitvectors). Therefore, the recursion can only go about k−−√ levels deep. However, I'm not immediately sure how to count the number of leaves in the recursion tree (there are a lot less than 3k√ leaves), so I'm not sure what running time this should lead to.