Блог пользователя i4018

Автор i4018, история, 8 лет назад, По-английски

i'm looking for a well written, bug-free and fast code for the bipartite matching algorithm. can anyone share your code please?

  • Проголосовать: нравится
  • +6
  • Проголосовать: не нравится

»
8 лет назад, # |
  Проголосовать: нравится +13 Проголосовать: не нравится

Not my code but I think this is pretty good: http://zobayer.blogspot.com/2010/05/maximum-matching.html

»
8 лет назад, # |
  Проголосовать: нравится +3 Проголосовать: не нравится

thanks.

»
8 лет назад, # |
  Проголосовать: нравится 0 Проголосовать: не нравится

I want to share my version of bipartite matching, in the hope that, if it is wrong on certain test cases, someone would notice. It is not conventional, in the sense that the "Match" function has one loop instead of two. I have never noticed any notable difference, and the code is pretty short and encapsulated.

https://github.com/bicsi/code_snippets/blob/master/bipartite_match.cpp

  • »
    »
    8 лет назад, # ^ |
    Rev. 2   Проголосовать: нравится +8 Проголосовать: не нравится

    Your implementation is O(VE) (and it is called Kuhn matching if I am not mistaken)

    Do you have AC on these problems with this code?

    http://www.spoj.com/problems/MATCHING/

    http://codeforces.net/contest/722/problem/D

    The last one it is intended to be greedy, but I got TLE with Kuhn and AC with Hopcroft-Karp

    • »
      »
      »
      8 лет назад, # ^ |
      Rev. 2   Проголосовать: нравится 0 Проголосовать: не нравится

      Both problems got accepted, without any substantial modifications to the algorithm. Link to the CF problem: http://codeforces.net/contest/722/submission/22865806

      However, it seems that having the two "parts" of the bipartite graph swapped, I was getting TLE. Probably because at the same number of iterations, I was doing O(n * log(n)) work going through the bigger part, rather than O(n).

      EDIT: It seems that a simple test comparing the two versions on the number of iteration of the outer loop on random test cases would easily prove / disprove the algorithm. I am, however, too lazy to do that right now :).