Member single round match 501 will start at 3.00 PM Moscow, 12:00 AM GMT.
Discuss it here.
Discuss it here.
| № | Пользователь | Рейтинг |
|---|---|---|
| 1 | Benq | 3792 |
| 2 | VivaciousAubergine | 3647 |
| 3 | Kevin114514 | 3611 |
| 4 | jiangly | 3583 |
| 5 | strapple | 3515 |
| 6 | tourist | 3470 |
| 7 | dXqwq | 3436 |
| 8 | Radewoosh | 3415 |
| 9 | Otomachi_Una | 3413 |
| 10 | Um_nik | 3376 |
| Страны | Города | Организации | Всё → |
| № | Пользователь | Вклад |
|---|---|---|
| 1 | Qingyu | 164 |
| 2 | adamant | 150 |
| 3 | Um_nik | 146 |
| 4 | Dominater069 | 144 |
| 5 | errorgorn | 141 |
| 6 | cry | 139 |
| 7 | Proof_by_QED | 136 |
| 8 | YuukiS | 135 |
| 9 | chromate00 | 134 |
| 9 | TheScrasse | 134 |
I saw DP solution only in the end of round. 75 points.
Д там не дп можно было , а тупость. надо совершить несколько раз 2-ое действие, потом nA раз 1-ое потом остаток вторых.
На этот раз я напишу, как не надо делать, когда до конца матча остается пара минут.
Я в 500 написал динамику 2 * 40 * 40 * 1600.
После этого я скомпилил задачу на сервере и начал оптимизить в среде, до последнего не отправляя. Сделал какую-то лажу, а когда оставалось 10 секунд, решил отправить (решение ведь старое на сервере хранится), но по привычке сначала нажал компилирование, которое, естественно, затерло мое старое решение и выдало кучу ошибок в новом. В итоге нет 500ой, 4 неудачных челленджа, которые я считал стопудовыми, и -11 очков.
Кстати, как думаете, решение с такой сложностью, как я указал, прошло бы? У меня на компе макстест из 40 "-1" (я прав, это макстест?) работает 14 секунд. Может у них комп быстрее?
Тьфу, ну да, можно же было сумму не хранить, хранить собственно среднее арифметическое и пересчитывать...
Не представляю, как это сделать. Придётся посмотреть у других и/или подумать.Любопытно, Вы тут никакое слово не перепутали?
P.S. Просто процессоры могут быть и 128-разрядные, а компиляторы генерировать код для системы команд 32-разрядного процессора.
А Вы поняли, что имелось в виду? Как это по-нормальному-то сказать?
К java все это, конечно, не относится.
На сборах в Петрозаводске я видел решение, которое работало 10 секунд с массивом a[MUCH][256] и 2 секунды с массивом a[MUCH][300].
http://igoro.com/archive/gallery-of-processor-cache-effects/
see example 5
Дык, да. Но если бы работало для 1 << N и не работало для 1 << N + 3, это бы означало на картинке дырку в вертикальной прямой в точке, например, (step = 512, array length = 16M + 3). А она сплошная.
Ну дык работает то решение (1<<N)+3, а не работает (1<<N) )
UPD. А, кажется понял о чем ты)) Картинка показывает немного другое - там не особо важно какой размер массива, там важно через какие промежутки мы обращаемся к массиву. Т.е. грубо говоря возьмем массив T[x][256] и пройдемся по всем T[i][0] - это то же самое, что посмотреть каждый 256-й элемент в массиве длиной x*256 (о чем и говорит картинка).
Хранение вектора достижимых оптимизирует это же, но оно более сложное.
Еще 1 хороший матч - и будет новый рекорд ТС.
хм разве максимум Петра != максимум тс?