№ | Пользователь | Рейтинг |
---|---|---|
1 | tourist | 3993 |
2 | jiangly | 3743 |
3 | orzdevinwang | 3707 |
4 | Radewoosh | 3627 |
5 | jqdai0815 | 3620 |
6 | Benq | 3564 |
7 | Kevin114514 | 3443 |
8 | ksun48 | 3434 |
9 | Rewinding | 3397 |
10 | Um_nik | 3396 |
Страны | Города | Организации | Всё → |
№ | Пользователь | Вклад |
---|---|---|
1 | cry | 167 |
2 | Um_nik | 163 |
3 | atcoder_official | 162 |
3 | maomao90 | 162 |
5 | adamant | 159 |
6 | -is-this-fft- | 158 |
7 | awoo | 155 |
8 | TheScrasse | 154 |
9 | Dominater069 | 153 |
10 | djm03178 | 152 |
Название |
---|
Мягко говоря, не хорошо так делать. Хоть бы сказал, что за задачу ты решаешь.
На первый поверхностный взгляд, все примерно так:
1) mod — за О(1). Надо сказать, что не оптимально: насколько я заметил, ты везде mod испозьзуешь при сложении. Значит, можно переписать его так:
2) mult — за логарифм. Но опять не оптимально: битовыми операциями пользуешься очень слабо. Например, операцию /= 2 всегда можно заменить на >>1, а умножить на два — <<1
3) Н обращается к функции mult, значит, логарифм.
4) check имеет внешний логарифм и еще логарифм от обращения к H внутри цикла.
5) в ДП, кажется, что-то типа n log n различных состояний(за счет того, что не все cur возможны. Считать лень, но мне кажется, что будет что-то в этом роде), но добавляется квадрат логарифма из-за check. То есть в итоге получается что-то явно большее чем nlog2 n.
"mult — за логарифм. Но опять не оптимально: битовыми операциями пользуешься очень слабо. Например, операцию /= 2 всегда можно заменить на >>1, а умножить на два — <<1"
Можно, но не нужно. Компилятор умеет оптимизировать умножение на константу.
Тут скорее всего O(N2·log(N)2). Дело в том, что состояний динамики O(N2), и еще каждое состояние просчитывается со сложностью O(log(N)2).
PS. Судя по всему это задача D из Good bye 2015. Я во время контеста писал решение за O(N2·log(N)) и умудрился получить TL, так что не думаю, что это решение получит AC.