Member single round match 501 will start at 3.00 PM Moscow, 12:00 AM GMT.
Discuss it here.
Discuss it here.
| № | Пользователь | Рейтинг |
|---|---|---|
| 1 | Benq | 3676 |
| 2 | Kevin114514 | 3659 |
| 3 | jiangly | 3640 |
| 4 | turmax | 3450 |
| 5 | tourist | 3408 |
| 6 | strapple | 3360 |
| 7 | Um_nik | 3354 |
| 8 | squareOf105 | 3348 |
| 9 | maroonrk | 3312 |
| 10 | idontwannadothis…e | 3191 |
| Страны | Города | Организации | Всё → |
| № | Пользователь | Вклад |
|---|---|---|
| 1 | Qingyu | 154 |
| 2 | nik_exists | 151 |
| 3 | maspy | 149 |
| 4 | AmShZ | 146 |
| 5 | Um_nik | 143 |
| 6 | Errichto | 139 |
| 7 | BledDest | 136 |
| 8 | adamant | 135 |
| 9 | maroonrk | 133 |
| 10 | cry | 130 |
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 хороший матч - и будет новый рекорд ТС.
хм разве максимум Петра != максимум тс?