№ | Пользователь | Рейтинг |
---|---|---|
1 | tourist | 3803 |
2 | jiangly | 3707 |
3 | Benq | 3627 |
4 | ecnerwala | 3584 |
5 | orzdevinwang | 3573 |
6 | Geothermal | 3569 |
6 | cnnfls_csy | 3569 |
8 | Radewoosh | 3542 |
9 | jqdai0815 | 3532 |
10 | gyh20 | 3447 |
Страны | Города | Организации | Всё → |
№ | Пользователь | Вклад |
---|---|---|
1 | awoo | 163 |
2 | adamant | 161 |
2 | maomao90 | 161 |
4 | maroonrk | 152 |
5 | -is-this-fft- | 151 |
6 | nor | 149 |
7 | SecondThread | 147 |
7 | atcoder_official | 147 |
9 | TheScrasse | 146 |
10 | Petr | 144 |
Название |
---|
Мягко говоря, не хорошо так делать. Хоть бы сказал, что за задачу ты решаешь.
На первый поверхностный взгляд, все примерно так:
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.