İkili Çarpmanın En Önemli Bitine Karar Verme


10

Aşağıdaki karar sorununun karmaşıklığını belirlemekle ilgileniyorum: l 1 ve l 2 (her biri en fazla m biti olan) iki tamsayı verildiğinde , l 1l 2 çarpımının en önemli bitinin 1 (sonuç muhtemelen önde gelen 0'larla 2m bit olarak yazdırılır)?l1l2l1l2

Sorunu bazı arka planı: Kuşkusuz, bu problem olmadığını sorar ikili çoğalması için bir özel bir durumdur çarpma bölgesinin inci bit l 1L 2 Makalelerinde 1'dir, bölme forması sabit derinlik eşiği devreleri ve ardışık çarpma , Hesse, Allender ve Barrington yinelenen (ve dolayısıyla ikili) çarpmanın D L o g T i m e - üniform T C 0'da olduğunu kanıtlamaktadır . Dahası, ikili çoğalmanın zaten D L o g T i olduğu iyi bilinmektedir.il1l2DLogTime TC0 -üniform T Cı- 0 -Sert. Ancak, bu sertlik sonucunu kanıtlayan belirli bir kaynak bulamadım. Devre karmaşıklığı konusunda uzman olmayan biri olarak, bu genel sertlik sonucunun bir göstergesini de takdir ediyorum. Son olarak, ikili çarpmanın D L o g T i m e -üniform T C 0 - sert olduğu varsayıldığında, sorum şu şekilde de okunabilir: D L o g T i m e -üniform T C 0 olarak kalır mı?DLogTime TC0DLogTime TC0DLogTime TC0-her ikili çarpmanın sadece en önemli bitine karar vermek istiyorsak?

GÜNCELLEME: Kaveh'in cevabı, ikili çarpmanın neden sert olduğunu açıklar (COUNT değerinden azalma). İkili çarpmanın en önemli bitine karar vermenin kesin karmaşıklığı açıktır (ve bu soru için lütuf budur).TC0


Betimleyici Karmaşıklık kitabında bir kanıt var. En önemli bitin biriyle ne demek istediğinden emin değilim, her zaman tanım gereği birdir.
Kaveh

Bu sadece öğretmeninizin bir şakasıdır: Bitler 0 veya 1'dir ve en önemli bit, en yüksek konumda 0 olmayan bittir. Bu 1 tanımla (faktörlerden biri sürece eşit ve L 2 , sıfırdır). l1l2
Gamow

@Kaveh Referans için teşekkürler: Ben kontrol edeceğim. En önemli bitle ilgili karışıklık için özür dileriz. Ben sonuç 2m-1 bit ve gerekirse önde 0 ile basıldığını varsayıyorum.
Heyheyhey

@Kaveh: Betimsel Karmaşıklık Kitabında sadece üst sınırdan bahsedilmektedir. Yine de ikili çarpma sertliği ile ilgili bir şey bulamadım.
Heyheyhey

"Ayrıca, ikili çarpmanın zaten - üniform T C 0 -hard olduğu iyi biliniyor." Neden öyle görünüyor? İkili çarpmanın A C 0'da olmadığını biliyorum ve şu anda umursadığım tek şey bu. DLogTime TC0AC0
Thomas Klimpel

Yanıtlar:


6

için çarpma işlemi tamamlanmıştır ve bu iyi bilinen bir sonuçtur. Bu azalma Count (ikili sayıdaki 1 bit sayısı) değerinden gelir. İkili sayıların karşılaştırılması A C 0 ' dır, bu nedenle M a j o r i t y C o u n t'ye indirgenebilir .TC0AC0MajorityCount

Azaltmak için, için E u l t aşağıdaki gibi yapın: giriş düşünün bir 0 , bir 1 ... bir n . Takın k arasındaki 0sn bir i ler ve diyoruz bir . Çarpma onunla b gibi olan bir dışında bir I içinde s 1s ile değiştirilir. Seçim k > 3 n . Orta bölümünde numara bir b cevaptır. İndirgeme F OCountMulta0a1ankaiabaaik>3nabFOve .CountFO(Mult)


1
Cevaplar için teşekkürler! Evet, bu TC0 için ikili çarpmanın tamamlandığını doğrular. En önemli bit ise, bazı sorunlar kaldı. Çarpmanın en önemli biti (111 x 111) = 110001 1'dir ve bunun için (100 x 100) = 010000, 0'dır. Çarpımların en önemli bitlerinin her iki durumda da aynı olduğuna dikkat edin. Bu nedenle, genel olarak, en önemli bitleri toplamak için yeterli olduğunu düşünmüyorum. Bir şey mi kaçırıyorum?
Heyheyhey

1
Eğer ve y = 2 , n + 1 / 2 , daha sonra MSB x 2 0 ve MSB'si y 2 halde, 1 x ve y farklıdır, sadece olabilir bir, en az anlamlı, biraz. x=2n+1/2y=2n+1/2x2y2xy
Emil Jeřábek

3
Düzenleme doğru değil. M sayıları eklediğimiz için, sadece bir bit taşıma olmayabilir, ancak m günlüğü kaydedilebilir. Ne kadar yayıldığına karar vermek çok daha zordur.
Emil Jeřábek

1
Gerçekten de, diğer her şeyi göz ardı etmek: tek bir konumdan (örneğin, ortada bir yerde) yürütmeyi hesaplamak zaten Count'a eşdeğerdir, bu nedenle TC ^ 0-complete.
Emil Jeřábek

1
@Heyheyhey, yazdığım formül FO ve bu nedenle AC0 düzgün.
Kaveh
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.