-emli-'s blog

By -emli-, 7 years ago, In English

Two contests AtCoder Regular Contest 079 and AtCoder Beginner Contest 068 will be held at the same time.

You can participate in whichever contest you want. (However, you can't register to both competitions.) The last two tasks in ABC are the same as the first two tasks in ARC.

Time: July 29th (Saturday), 21:00 JST

Duration: 100 minutes

Number of Tasks: 4

writer: yosupo

Rating: 0-2799 for ARC, 0-1199 for ABC

The point values are

ARC: 300 — 600 — 600 — 800

ABC: 100 — 200 — 300 — 600

We are looking forward to your participation!

Let's discuss after the contest.

  • Vote: I like it
  • +43
  • Vote: I do not like it

| Write comment?
»
7 years ago, # |
  Vote: I like it 0 Vote: I do not like it

I have no idea why my submissions works that fast(3ms on official tests), can anyone tell me its complexity? http://arc079.contest.atcoder.jp/submissions/1467261

  • »
    »
    7 years ago, # ^ |
      Vote: I like it +8 Vote: I do not like it

    In every iteration of the outer loop, the largest number A decreases to in the worst case. The ceil doesn't really matter, it is still steps to reduce it to N - 1.

»
7 years ago, # |
  Vote: I like it 0 Vote: I do not like it

In problem F , what was the point of mentioning weakly connected graph. I think almost similar algorith works even if it is not weakly connected.

  • »
    »
    7 years ago, # ^ |
    Rev. 2   Vote: I like it -7 Vote: I do not like it

    If a graph was not weakly connected you can have more than (m + 1) edges in a subgraph having m vertices, so it's harder.

    Edit: Forgot about the way edges were given, the above is incorrect.

    • »
      »
      »
      7 years ago, # ^ |
        Vote: I like it +13 Vote: I do not like it

      How is that possible? I think that with edges pi->i you can have at most m edges in a subgraph with m vertices and that doesn't depend on connectivity.

      • »
        »
        »
        »
        7 years ago, # ^ |
          Vote: I like it 0 Vote: I do not like it

        Yep, you're right, I forgot that the edges were given in such a format, of course you cannot have more than one edge going into any vertex.

  • »
    »
    7 years ago, # ^ |
    Rev. 3   Vote: I like it 0 Vote: I do not like it

    You can have something like:

    6

    3 1 2 6 4 5

    Which means that there can be more than one cycle. You will just have to run that algo for each odd cycle but I can't think of any corner cases related to this.

    That assumption made the problem more convenient — you could focus on the main idea.

»
7 years ago, # |
  Vote: I like it +7 Vote: I do not like it

How to solve Problem D and E??

  • »
    »
    7 years ago, # ^ |
      Vote: I like it +23 Vote: I do not like it

    First, we forget about the fact that we choose the maximum value. As long as at the end 0 ≤ ai < n, the sequence of operations can be transformed into a valid one. (Sketch of proof: look at the first position where we took a non-maximum. In the remaining part there must be an index that is current maximum, otherwise we would end up with a too big value. We swap the values.)

    Now, we are only interested in counts of operations done for each index. Let these be mi. We have 0 ≤ ai - mi·(n + 1) + k < n and .

    For problem D, I chose n = 50, mi = k / n or mi = k / n + 1 so that they sum to k. Then I chose ai such that the value in inequality is n - 1. My code.

    For problem E, we can sum the inequalities over all i and get which gives us at most n·(n - 1) values of k to check. For a fixed k, we can solve the inequality for mi and see if the solution exists and sums up to k. My code.

    There is also a different solution in editorial (scroll down for English version).

    • »
      »
      »
      7 years ago, # ^ |
        Vote: I like it 0 Vote: I do not like it

      Sorry But I am not getting inequality obtained in E that you mentioned.Can you please tell to obtain it ???

      • »
        »
        »
        »
        7 years ago, # ^ |
          Vote: I like it +14 Vote: I do not like it

        We have inequality 0 ≤ ai - mi·(n + 1) + k ≤ n - 1 (changed the right part to  ≤ ). We sum it over i and get

        But so it is the same as . By rearranging both inequality parts separately, we get the bounds on k.

    • »
      »
      »
      7 years ago, # ^ |
        Vote: I like it 0 Vote: I do not like it

      can u pls explain how u derived first eq.?? i don't get when and what values to swap. can u explain it a bit more naively.

      • »
        »
        »
        »
        7 years ago, # ^ |
          Vote: I like it +7 Vote: I do not like it

        The swap is irrelevant in the derivation of the inequality. It was one of many ways to prove the claim that we don't care about order of the operations. I'll assume the claim and focus on the equation but if you want to see details of the proof then ask.

        If the order is irrelevant, we are only interested in how many times each index is chosen. Let's call it mi. We know that because these are all operations we make.

        Each operation done on index i subtracts n from the value ai. There are mi such operations. Each operation done on index different than i adds 1 to ai. There are k - mi such operations.

        The final value after all operations is ai - n * mi + (k - mi) = ai - (n + 1) * mi + k. On the other hand, a correct final array contains values between 0 and n - 1 inclusive, so we come to the final inequality 0 ≤ ai - (n + 1) * mi + k ≤ n - 1 that has to hold for each i.

        • »
          »
          »
          »
          »
          7 years ago, # ^ |
            Vote: I like it 0 Vote: I do not like it

          it's all clear now, probably i didn't got what mi represents which was the main part may be bcz my english is poor or i read in hurry.

          thanks for explanation!!

»
7 years ago, # |
  Vote: I like it 0 Vote: I do not like it

how to search the standings by user name?

»
7 years ago, # |
  Vote: I like it +5 Vote: I do not like it

For problem F, the editorial says the solution in O(N). However all the solutions I have seen use some form of sorting and/or loop to calculate mex number. What's the complexity to calculate mex number? Should this be included while determining the complexity of the solution?

  • »
    »
    7 years ago, # ^ |
    Rev. 3   Vote: I like it +8 Vote: I do not like it

    You're right that the analysis is a bit brief. The simplest approach to find the label of v is to store the labels of all vertices adjacent to v, sort them and do one linear search. The length of this list is equal to the out-degree of the vertex. Since there are exactly N edges, the sum of all out-degrees is also N, and hence calculating all the mexes needs .

    I can think of three ways of making this linear:

    1. Use a hash function to get O(N) expected time behavior to find all the mexes.
    2. Use an array of length N. In this array A[i] = true if and only if some of the neighbors of v has label i. Finding the mex is now linear. The problem is that you might not have time to allocate all the arrays, or zero them. The trick is to reuse the same array multiple times, and instead of booleans use integer t representing time. This way, any value  < t is considered "false".
    3. Same as above, you use an array to calculate the mex. However, you only allocate (or zero out) an array of size outdegree(v) + 1 and ignore neighbors with larger labels. It is clear that mex of k values is always at most k.

    Stripping factor was of course not needed.

    • »
      »
      »
      7 years ago, # ^ |
        Vote: I like it +1 Vote: I do not like it

      Could you please explain hash-function approach?

      • »
        »
        »
        »
        7 years ago, # ^ |
          Vote: I like it +3 Vote: I do not like it

        Sure. You maintain hash table for every vertex. Initially all hash tables are empty. To find a mex for vertex v, you find the smallest non-negative number absent in Hv. Denote this by Mv. You can clearly find this number in Mv + 1 hash table lookups. Vertex v has a unique predecessor u (there is exactly one edge (u, v)), you add Mv to Hu.

        The rest of the analysis is similar to the latter approaches: there are n inserts to hash tables, and at most 2n queries.

»
7 years ago, # |
  Vote: I like it +10 Vote: I do not like it

A little simpler solution to F:

  • if there is a cycle with even length, we can always adjust all the values
  • if there is a cycle with odd length, compute the grundy numbers for all the vertices on the cycle (as in editorial). You can't adjust them only if all the values are the same.