Giảm trực tiếp từ


14

Chúng ta biết rằng là trong N L bởi Immerman-Szelepcsényi lý lý và vì s t - c o n n đ c t i v i t yN L - h a r d do đó s t - n ost-non-connectivityNLst-connectivityNL-hard là nhiều không gian log có thể rút gọn thành s t - c o n n e c t i v i t y . Nhưng có giảm bớt trực tiếp / kết hợp mà không đi qua biểu đồ cấu hình của các máy Turing trong N L không?st-non-connectivityst-connectivityNL

stConnectivity (aka ):stPATH

Cho đồ thị có hướng G và các đỉnh t ,st

Có một đường dẫn từ đỉnh đến đỉnh t không?st


Làm rõ:

Bạn có thể giả sử một biểu đồ được đưa ra bởi ma trận kề của nó (tuy nhiên điều này không cần thiết vì các biểu diễn tiêu chuẩn của biểu đồ có thể chuyển đổi không gian log sang nhau.)

Có thể giải nén bằng chứng ness của s t - c o n n e c t i v i t y và chuyển nó vào bằng chứng để chứng minh không sử dụng định lý đó như một bổ đề . Tuy nhiên, đây vẫn là cùng một công trình xây dựng. Những gì tôi đang tìm kiếm không phải là điều này, tôi muốn giảm trực tiếp về mặt khái niệm. Hãy để tôi đưa ra một sự tương tự với trường hợp N P. Chúng ta có thể giảm N P - c o m p lNL-hardst-connectivityNPNP-complete vấn đề với nhau bằng cách sử dụng thực tế là họ đang có trong do đó giảm đến S Một TS Một T giảm đến vấn đề khác. Và chúng ta có thể giải nén và kết hợp hai mức giảm này để có được mức giảm trực tiếp. Tuy nhiên, thường có thể đưa ra một mức giảm đơn giản hơn nhiều về mặt khái niệm mà không trải qua bước trung gian này (bạn có thể loại bỏ việc đề cập đến nó, nhưng nó vẫn còn ở đó về mặt khái niệm). Ví dụ: để giảm H a m P a t h hoặc V e r t e x C o vNPSATSATHamPath hoặc 3 - C o l o rVertexCover to S A T chúng ta không nói H a m P a t h nằm trong N P và do đó giảm xuống S A S A T N P - h a r d . Chúng ta có thể đưa ra một công thức trực quan đơn giản, thỏa đáng nếu đồ thị có đường dẫn Hamilton. Một ví dụ khác, chúng tôi đã giảm bớt các vấn đề khác trong N3-ColoringSATHamPathNPSASATNP-hard to s t - C o n n e c t i v i t y mà không dựa vào N L - c o m p l e t e ness của s t - C o n n e c t i v i t y , ví dụ: C y c l e , S t r o n gNLst-ConnectivityNL-completest-ConnectivityCycle , v.v., chúng liên quan đến sửa đổi trên biểu đồ đầu vào (và không tham khảo bất kỳ máy Turing nào đang giải quyết chúng).StronglyConnected

Tôi vẫn không thấy bất kỳ lý do tại sao điều này không thể được thực hiện cho cái này. Tôi đang tìm kiếm một giảm của loại này.

Đây có thể là trường hợp không thể thực hiện được và bất kỳ sự giảm nào về mặt khái niệm sẽ đi qua kết quả ness. Tuy nhiên tôi không thấy lý do tại sao nên như vậy, tại sao tình huống lại khác với trường hợp N P. Rõ ràng để đưa ra một câu trả lời tiêu cực cho câu hỏi của tôi, chúng ta sẽ cần phải chính thức hơn về việc khi nào một bằng chứng về mặt khái niệmNL-hardNP một bằng chứng khác (đó là câu hỏi lý thuyết bằng chứng cho thấy AFAIK không giải quyết theo cách thỏa đáng). Tuy nhiên lưu ý rằng đối với một câu trả lời tích cực, người ta không cần một định nghĩa chính thức như vậy và tôi hy vọng đó là trường hợp. (Tôi sẽ suy nghĩ về cách chính thức hóa những gì tôi đang hỏi một cách trung thực khi tôi tìm thấy nhiều thời gian rảnh hơn. Về cơ bản tôi muốn giảm bớt sẽ có hiệu quả ngay cả khi chúng tôi không biết rằng vấn đề đã hoàn thành đối với )NL

Using the proof of Immerman–Szelepcsényi theorem is fine, using NL-completeness of stPATH and configuration graph of an NL machine is what I want to avoid.


@Raphael, I like to use a different font for the names of mathematical concepts like complexity classes as is the common practice in the literature. Please don't remove them.
Kaveh

1
Sorry, but that looks horrible. If you must, use a different font, but then please be consistent: you mix mathsf with standard math font, and even use different fonts in one word!
Raphael

@Raphael, tôi đang sử dụng chúng một cách nhất quán. Mathsf được sử dụng để phân biệt các lớp phức tạp. Tôi sẽ suy nghĩ về việc chuyển "hoàn thành" và "cứng" bên ngoài thành phần văn bản (vấn đề với điều đó là nó sẽ khiến chúng được gõ bằng các phông chữ khác nhau.)
Kaveh

"Phù hợp" không bằng "đánh máy theo kiểu chữ". (Hơn nữa, sự khác biệt không thực sự cần thiết ở đây, đặc biệt không phải là sự khác biệt giữa các lớp phức tạp và các vấn đề (điều này, làm tăng thêm nỗi đau, trông thật tồi tệ trong phông chữ toán học thô)).
Raphael

@Raphael, chắc chắn, tôi đã không yêu cầu như vậy. Bạn phản đối "sự không nhất quán" về cách tôi sử dụng chúng, tôi chỉ muốn chỉ ra rằng đó không phải là trường hợp. Phong cách của tôi là phân biệt tên của khái niệm toán học như với phần còn lại của toán học / văn bản và tôi muốn làm điều đó một cách nhất quán. Dù sao, tôi sẽ suy nghĩ về cách làm cho nó đẹp hơn về mặt đánh máy trong khi vẫn giữ được phong cách. P
Kaveh

Câu trả lời:


4

It is possible, if messy, to convert the proof of the Immerman-Szelepcsényi theorem to the reduction you want. There is absolutely no need to use the NL-completeness of st-connectivity.

Cho một ví dụ , chúng ta xây dựng một đồ thị mới G ' = ( V ' , E ' ) , s ' , t ' . "Các đỉnh chính" của V ghi lại các thông tin sau: khoảng cách hiện tại d từ s , số đỉnh của khoảng cách nhiều nhất là d - 1 , số đỉnh của khoảng cách d - 1G=(V,E),s,tG=(V,E),s,tVdsd1d1d1ddd1d1ts are dropped. For each vertex which we're testing at the current distance, we only move forward to the next vertex if we have accounted for all vertices of smaller distance. When moving from distance d to distance d+1, we copy the requisite information. The starting vertex s accounts for the fact that s is the only vertex of distance zero. The ending vertex t is pointed at by all vertices representing the fact that the process has finished up to (and including) distance n1, where n=|V|.

As you can see, it will be quite messy to write everything in full and correctly, but definitely possible. No overt use of NL-completeness was made, in that we never use the configuration graph of any NL machine. That's not needed, since we have something better than the configuration graph - the input instance itself.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.