Всем привет!
Текстовая трансляция Видеотрансляция
Спешим анонсировать вам, что завтра, 27 октября, состоится несколько отборочных четвертьфинальных туров Северного Евразийского региона сезона 2018/19. Свой шаг к финалу ICPC2019 в Порту уже сделали команды Московского и Южного подрегионов, завтра же мы узнаем, с кем из Северного, Уральского, Казахстанского, Азербайджанского, Армянского, Грузинского и Таврического подрегионов они поборются в полуфинале.
На четвертьфинале Северного подрегиона в Санкт-Петербурге (который мы традиционно освещаем чуть больше остальных в силу географических причин), контест будет проходить на площадке Университета ИТМО, и начнется в 12.00. Но по возможности постараемся держать вас в курсе о происходящем в других подрегионах.
Условия задач доступны по ссылке.
Результаты и даты проведения четвертьфиналов по подрегионам приведены в таблице:
| Южный | 15 октября | Московский | 20 октября |
| Армянский | 27 октября | Центральный | 28 октября |
| Азербайджанский | 27 октября | Грузинский | 27 октября |
| Казахстанский | 27 октября | Северный | 27 октября |
| Таврический | 27 октября | Уральский | 27 октября |
| Западный | 1 ноября | Узбекистанский | |
| Кыргызстанский | 4 ноября | Дальневосточный | 4 ноября |
| Западносибирский | 10 ноября | Восточносибирский | 10 ноября |
Не забывайте, что проверить свое умение решать задачи можно в контестах Кубка трех четвертьфиналов, который организован командой Яндекс.Контест и жюри Московского, Западного и Северного четвертьфиналов.
Следите за актуальной информацией в наших соцсетях: VK, Instagram, Twitter и Telegram. А также по хештегу #NSNEERC.
Основной тур центрального ЧФ не в субботу, а в воскресенье.
Западный, по-моему, тоже, 1-ого ноября, а не 31-ого октября.
Pochemu Uzbekistan netu ?
NeercNews ?
К сожалению, у нас сейчас нет официальной информации. Как только она появится, мы обновим таблицу.
Ни таблицы результатов, ни расписания виртуальных контестов, ничего нет. Найс информационное освещение. Понарегали твиттеров и инстаграммов, а заполнять их кто будет? Лучше бы сайт neerc.ifmo.ru в порядок привели, там 80% инфы устарело.
Таблицы результатов доступны по ссылкам в таблице четвертьфиналов по регионам.
А зеркала нигде нет?
Есть Кубок трех четвертьфиналов, который будет доступен после конца тура.
Когда зеркало на Яндексе откроется? Уже прошло почти полтора часа с начала Северного. Обычно же через час начинался.
После конца тура.
А куда исчезла ( и почему ) в некоторых местах аббревиатура АСМ ? Кто знает?
Потому что теперь это называется ICPC, а не ACM ICPC
Ещё вопрос для сведущих. Чем обеспечен успех команд SPb HSE, и куда исчез SPb AU ?
Ровно этим и обеспечен: команды AU перебрались в Вышку из-за проблем в самом АУ.
А что за проблемы в АУ, расскажите, пожалуйста.
Я могу ошибаться (поправьте меня, если что), но слышал примерно следующее: в АУ сменилось руководство, и новые люди решили, что:
В такой обстановке студенты перебрались кто куда.
UPD: ниже объяснили, что произошло на самом деле.
Мда, тут немного перепутаны местами причина и следствие.
Руководство АУ считало:
NercNews, у меня большие вопросы по поводу использования явы на ваших контестах, по большей части меня интересует предстоящий полуфинал.
Предыстория: Наша команда участвовала в четверти в Уральском регионе и мы взяли 8 место, потому что не смогли упихать задачу D в заданные ограничения, у нас был TL 36. Сейчас я написал то же самое решение и заслал его под восьмой версией языка на яндекс.контест, опять получив TL 36. Как когда-то говорил snarknews и Nyatl, на еджадже есть проблема с 8 версией языка и желательно посылать код под Java 7 x32. На яндексе, судя по всему, такая же проблема, потому что под Java 7 x32 это решение зашло за 2 секунды.
Вопрос: Будет ли на полуфинале возможность отправлять решения под быстрый (Java 7 x32) компилятор? Или, что ещё лучше, может быть вы почините Java 8?
Посылки:
TL 36 Java 8: https://contest.yandex.ru/QF2018/contest/9753/run-report/13292136/
TL 36 Java 7: https://contest.yandex.ru/QF2018/contest/9753/run-report/13292210/
OK Java 7 x32: https://contest.yandex.ru/QF2018/contest/9753/run-report/13292136/
P.S. И ещё вопрос вдогонку, может вам известно, почему на закрытии мы были на 7 месте, а сейчас в мониторе уже на 8? Команда
Izhevsk STU: Ne nado dumat' (Zylev, Egorov, Musin).Уже тыщу лет известно, что на яндекс контесте надо слать на x32. А на полуфинале другая тестирующая система, там с этим все нормально будет.
На четверти мы писали в системе итмо и там тупо не было выбора: либо Java 8 (скорее всего х64), либо не Java вовсе.
Обычно нет быстрого или медленного компилятора, существуют решения, которые на одном быстрее чем на другом и наоборот. Компиляторы чем-то отличаются, вы, как участник должны знать свой язык, различные популярные компиляторы и понимать в чем их преимущества и недостатки.
Никто (люди, которые проводят соревнования) никакие компиляторы не меняет и не делает специально медленными, более того почти никто не чинит никакие компиляторы, они почти всегда такие, какие они есть. Вы их можете скачать на официальном сайте и пользоваться. Часто важна операционная система на которой компилятор запускается, на EJudge и Яндекс.контест -- это Linux, на PCMS2, который используется на NEERC, -- это Windows.
По поводу конкретно Java 8 (x64) и Java 7 (x32). Скорее всего snarknews и Nyatl говорили так, потому что такие различия замечались именно на олимпиадных задачах, когда решение запускается на пару секунд и считается именно процессорное время. Говорят, что в Java 8 (x64) garbage collector запускается в отдельном потоке и поэтому, если вы создаете и удаляете много объектов, то ваше время может возрасти сильно, потому что время считается суммарно по всем потокам. Кроме того в 64 битах у вас указатели больше места занимают и следовательно опять работа с объектами может занимать больше времени. Но зато если вы не используете объектов и вам важна именно 64-битность, то вы можете и выиграть в олимпиадных задачах от того, что используете 64-битный компилятор и 64-битную JVM.
Жюри соревнования тестирует разные решения по тем задачам, которые предлагает. Стараются, чтобы правильные решения проходили, а неправильные не проходили именно на тех компиляторах и тех машинах, которые предоставлены участникам. Иногда существуют решения, которые как бы правильные, но не очень оптимальные, и у одних оно может заходить, а у других не заходить, потому что участники не смогли придумать еще какую-нибудь идею и не соптимизировали решение. Такие "граничные" решения не всегда есть возможность правильно идентифицировать, так как иначе могут либо правильные решения перестать проходить по времени и/или памяти, или неправильные начнут проходить. В любом случае, если у вас что-то не проходит, то скорее всего, вы что-то не додумали, или применили неоптимальное решение, или не знаете о тонкостях своего языка, который вы используете.
Подытожим: компилятора Java 7 (x32) не будет, и без него все будет хорошо. Чинить именно эту проблему в Java 8 не нужно (и не понятно, как). Все задачи на Java можно сдать, и в большинстве задач это не нужно делать "запихиванием".
Думаю, чинится ключом
-XX:+UseSerialGC.How to solve problems F, H, J, L?