Matching reduces to max flow with a small network build. What does the conversion cost?
- Almost nothing beside building the network
- More than solving the matching directly
- An infinite amount of time
You reduce problem A to problem B. What do you get?
- Both problems disappear forever
- A is proven harder than B
- A solver for B now answers A
A reduction must run quickly for its argument to mean anything.
Circle one: True False
Problem A reduces to problem B, and A is known hard. What follows?
- B must be hard as well
- B is easy, since reductions simplify
- A becomes easy through B
Problem A reduces to problem B, and B has a fast solver. What follows?
- B is hard because A exists
- A is easy too, by reusing B's solver
- Nothing follows about either problem
Why does a slow conversion void the whole argument?
- Slow code is illegal
- Fast solvers refuse slow inputs
- The conversion cost swallows any savings from reuse
You reduce a hard puzzle to scheduling and conclude scheduling is hard. A colleague says you proved scheduling is easy. Who is right?
- You, since hardness travels backwards to the target
- The colleague, since solvers transfer
- Neither, since reductions say nothing
A student reduces a known easy problem to their new problem and declares the new one easy. What is wrong?
- Nothing, the direction is correct
- The direction is backwards: easiness flows the other way
- Reductions can only prove hardness