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

Автор MikeMirzayanov, 5 лет назад, По-английски

Hello.

Sorry for it. Actually, right now I don't have any idea why testing is so slow now. Obviously, it doesn't work as expected. It is not because of problems. So please don't blame writers or coordinators. I'm investigating the reason, but don't see it now.

I myself am very upset and I apologize to the authors, coordinator, and participants. I will do my best to find the cause and fix it. Surprisingly, we haven't made any big changes to this part of the system lately. But something went wrong.

Mike.

UPD: https://codeforces.me/blog/entry/95081#comment-841873

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

»
5 лет назад, скрыть # |
Rev. 2  
Проголосовать: нравится +65 Проголосовать: не нравится

No problem, it would just be nice to keep such situations to a minimum.

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +357 Проголосовать: не нравится

seems like google ddosed you for kickstart XD

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +16 Проголосовать: не нравится

Thank you for addressing this problem & investigating the reason behind it.

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +218 Проголосовать: не нравится

It's ok.We haven't forgotten the 99% time it hasn't gone unrated

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +12 Проголосовать: не нравится

Its fine ^_^, it might be a kind of bug that you cant find until you get a WA once.

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +19 Проголосовать: не нравится

The moment i solved A quickly.. Unrated contest : Hold my beer ! :(

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +308 Проголосовать: не нравится

Can we please try to avoid making the Div1 round unrated when such things happen? Since the load is small, that should be doable by sacrificing Div2.

Thanks for the work though Mike :)

  • »
    »
    5 лет назад, скрыть # ^ |
     
    Проголосовать: нравится +88 Проголосовать: не нравится

    This is not a bad idea, given that div1 contests are very rare. I am currently a div2 participant and I understand the issue. Don't know why it was downvoted so heavily.

  • »
    »
    5 лет назад, скрыть # ^ |
     
    Проголосовать: нравится +97 Проголосовать: не нравится

    By the time it is clear that Div2 will need to be unrated, a lot of inconvenience has already been inflicted on Div1 participants. I think this option is only potentially viable if Div1 contest submissions were prioritized under "normal" conditions. I don't know if it makes sense or not to implement such changes: Obviously it's nice to save at least the Div1 round from unratement in this situation, but this change would also (marginally) hurt 90% of contestants more than 90% of the time.

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

    Yes, as a Div2 participant, I too support this wholeheartedly since Div1 competitions are a lot less than Div2. Div1 submissions should be prioritized before Div2 in such cases by implementing a priority queue.

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +2 Проголосовать: не нравится

Noooooooooooooooooooooooooooooo

»
5 лет назад, скрыть # |
Rev. 2  
Проголосовать: нравится -174 Проголосовать: не нравится

Thanks for your efforts, Mike.

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +20 Проголосовать: не нравится

The "In Queue" problem was present much before the contest. I tried practicing 2 problems around 5:OO PM IST. Submission of both these problems resulted "In Queue". The contest started at 8:05 PM IST.

Thank you.

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +1 Проголосовать: не нравится

That's not a big problem , thx for ur efforts

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +1 Проголосовать: не нравится

no problem dude.. thanks for letting us know the fact

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +125 Проголосовать: не нравится

thanhchauns2 the odds are against you

»
5 лет назад, скрыть # |
Rev. 2  
Проголосовать: нравится +41 Проголосовать: не нравится

Call hecker

»
5 лет назад, скрыть # |
 
Проголосовать: нравится -185 Проголосовать: не нравится

is there any chance that rating changes can be distributed to the participants or is that out of the question?

  • »
    »
    5 лет назад, скрыть # ^ |
     
    Проголосовать: нравится +28 Проголосовать: не нравится

    it won't be fair for the participants that decided to leave the competition after they've seen the announcement about it being unrated, so if it is decided to be unrated, it will definitely stay so

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

No issues, the community is grateful to you and respect the efforts that you put into every contest :)

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +9 Проголосовать: не нравится

What's up

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

i successfully fu*ked up with contest. i was solving problems in problems set and made lot of submissions and finally i shaken up whole codeforces.

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

Did anybody get "Unexpected error" when you submit? I got it when tried to submit A.

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

Recently someone try to drop some bug in blog post, Is there any chance that he/she or them can create a bug for slow down judging system?

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +26 Проголосовать: не нравится

These contests (the ones with slow judging time or Codeforces being down) are the best ones for me to prepare for our IOI selection contest. LOL

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +50 Проголосовать: не нравится
Spoiler
»
5 лет назад, скрыть # |
Rev. 2  
Проголосовать: нравится +170 Проголосовать: не нравится

thanhchauns2 Are you ready ?

10

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

i just did some stupid things in this contest.Fortunately, it's unrated.

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

DDOS by google. XD

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

no problems!

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +1 Проголосовать: не нравится

So, these problems will be unrated. won't they?

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

A similar issue happened in the CCPC contest (China Collegiate Programming Contest) in August 28. Maybe all we need is a powerful server.

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +6 Проголосовать: не нравится

can anyone tell my any idea how to solve problem E div2 it was tagged as dp but I am not to find any recursive relation

»
5 лет назад, скрыть # |
 
Проголосовать: нравится -55 Проголосовать: не нравится

I like the solution where only people with positive delta get rated. (:

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

»
5 лет назад, скрыть # |
Rev. 2  
Проголосовать: нравится -6 Проголосовать: не нравится

You should have extended the time of the competition, that way no one would be upset, neither the authors,nor the contestants and nor you.

Edit: Why downvoting me guys? Did I say something wrongly??

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

    Usually if the contest is extended during a long queue, it's because the issue is resolved in the middle of the contest. However, this time the reason was more mysterious and it didn't make sense to extend it.

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +4 Проголосовать: не нравится

Problems were great anyway, thanks

»
5 лет назад, скрыть # |
Rev. 2  
Проголосовать: нравится +55 Проголосовать: не нравится

Майк: пацаны, у меня серваки упали, не знаю почему, никогда такого не было и вот опять, пытаюсь понять, что в этот раз отвалилось

Сообщество: +764

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +24 Проголосовать: не нравится

Because of the accident, I think we should give thanhchauns2 an extra chance to avoid his head becomes completely bald :))

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

In fact, the page was stucked in the first 1min in most of the rounds……

but this round was stucked too long, just like the cf round which was attacked by ddos in the past

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +34 Проголосовать: не нравится

A huge thank you for the unvaluable work you have been doing since more than a decade for the coders community. Please no reason at all to be upset. It is surely something sneaky that will be caught soon. If it can help, during the contest I had B passed while A was still in queue.

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

@Mike what was the RCA

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

Ok, that's fine to me, I spent 20 minutes on A

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

Sorry for my good ranking,but that is all right.

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +14 Проголосовать: не нравится

There's no reason to be upset. After all, Codeforces itself is a great website. I am also very grateful to Codeforces for greatly improving my programming level.

Also, this doesn't happen often. Most of the contest have brought me a good experience. To be honest, it is not easy to ensure the normal operation of the website when the number of participants reaches 10k+ and even 20k+, and Codeforces has done it, which shows that Codeforces is a great website. This is also why codeforces has not only been loved by domestic people since its establishment, but also widely recognized by programmers in many other countries.

Of course, I can understand the mood of management in case of emergency. But I think there's no need to be so upset. Since Codeforces has gone through 12 years, it has shown that this website is very good. And I believe that Codeforces will be better in the future! :)

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

and I lose my 10 days in the row

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +22 Проголосовать: не нравится

Кто-то просто выложил списки УГ на кодфорцес...

»
5 лет назад, скрыть # |
Rev. 8  
Проголосовать: нравится -99 Проголосовать: не нравится

Comment is hidden because of too much negative feedback, UPVOTE to make it visible again.

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

To know the reason , watch this

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +65 Проголосовать: не нравится

Am I right that everything worked well today? That there weren't any issues with the website or testing speed?

»
5 лет назад, скрыть # |
 
Проголосовать: нравится +296 Проголосовать: не нравится

After the round ended, I re-tested this Div. 2 and one of the old rounds, along the way profiling my code.

Some database queries took an unusually long time. I optimized some of these queries, making them much faster.

Note that this behavior has not been observed before — I have profiled this code repeatedly under load before. It seems that the issue is more in the database state, the performance of the DB for some reason has degraded. At the same time, metrics from the database itself did not show anything unusual.

The reboot of the DB helped by speeding up the testing by ~10 times. At the same time, the DB itself stopped for an unusually long time during the shutdown (this could happen with MariaDB if it has issues with its current state).

I updated MariaDB to the latest minor version (I had to read all the changelogs and update the server along the way). Configured monitoring and alert in case queries to some tables start to work for an unusually long time. Broke and repaired slave for live backup. Fixed night backups (oh yes, they broke mariabackup in one of the versions). I re-tested the rounds a few more times to make sure the fast work is reproducible.

Something else worked longer than expected due to overgrown tables that held some meta-information on submissions and custom invocations. All this information is not needed for long-term storage. I have configured nightly deletion of data older than a few days from such tables.

As a result, I was pretty confident that today's round should have gone well in terms of testing speed. And so it happened. Hooray.

»
5 лет назад, скрыть # |
Rev. 2  
Проголосовать: нравится +12 Проголосовать: не нравится

There is queue again.
UPD: not anymore.