Благодаря теореме min-cut о максимальном потоке мы знаем, что мы можем использовать любой алгоритм для вычисления максимального потока в сетевом графе для вычисления -min-cut. Следовательно, сложность вычисления минимального -среза не больше, чем сложность вычисления максимального -потока.
Может ли быть меньше? Может ли быть алгоритм для вычисления минимального -среза, который быстрее любого алгоритма максимального потока?
Я пытался найти сокращение, чтобы свести проблему ) -max-flow к проблеме -min-cut, но я не смог ее найти. Моей первой мыслью было использование алгоритма «разделяй и властвуй»: сначала найдите минимальный разрез, который разделяет график на две части; Теперь рекурсивно найдите максимальный поток для левой части и максимальный поток для правой части и объедините их вместе со всеми ребрами, пересекающими разрез. Это действительно будет работать для создания максимального потока, но его время выполнения в худшем случае может быть в раз больше времени выполнения алгоритма min-cut. Есть ли лучшее сокращение?
Я понимаю, что теорема о минимальном сечении максимального потока показывает, что сложность вычисления значения максимального потока такая же, как сложность вычисления емкости минимального сечения, но я не об этом. Я спрашиваю о проблеме нахождения максимального потока и нахождения минимального среза (явно).
Это очень тесно связано с вычислением максимального потока из минимального сокращения , за исключением: (1) я хочу разрешить сокращения Кука (сокращения Тьюринга), а не только сокращения Карпа (многократные сокращения) и (2) возможно, учитывая мы можем найти некоторый граф такой, что минимальный срез облегчает вычисление максимального потока , что является чем-то, что выходит за рамки этого другого вопроса.