622C - Not Equal on a Segment 15943480 It gives TLE on test case number 14!
# | User | Rating |
---|---|---|
1 | jiangly | 3976 |
2 | tourist | 3815 |
3 | jqdai0815 | 3682 |
4 | ksun48 | 3614 |
5 | orzdevinwang | 3526 |
6 | ecnerwala | 3514 |
7 | Benq | 3482 |
8 | hos.lyric | 3382 |
9 | gamegame | 3374 |
10 | heuristica | 3357 |
# | User | Contrib. |
---|---|---|
1 | cry | 169 |
2 | -is-this-fft- | 165 |
3 | Um_nik | 161 |
3 | atcoder_official | 161 |
5 | djm03178 | 157 |
6 | Dominater069 | 156 |
7 | adamant | 154 |
8 | luogu_official | 152 |
9 | awoo | 151 |
10 | TheScrasse | 147 |
622C - Not Equal on a Segment 15943480 It gives TLE on test case number 14!
Name |
---|
A long code without any explanation. Don't be surprised that you don't get help.
EDIT — The next paragraph is bullshit, don't read it.
I have read your code and I think its complexity is O(n·m) because of line:
p=lower_bound(h[x].begin(),h[x].end(),l);
Note that
lower_bound()
is linear for vectors. Write your own binary search there.http://www.cplusplus.com/reference/algorithm/lower_bound/
Lower bound is O(LogN) for random access containers is what is mentioned here..Is lower_bound really linear for vectors?
No.
Damn. I messed it up with
lower_bound
inset
. Sorry everyone!Of course it is logarithmic for vectors as they are random-access containers. Did you mean anything else?
lower_bound(x.begin(),x.end(),a)
->x.lower_bound(a)
That syntax is only true in case the container has lower_bound as a member function. So it's valid for something like sets, but not valid for vectors.
No its not linear. The same got AC with fast I/O and using iterative binary search.
Replace endl with "\n".
And pass vectors by reference in functions
flr()
andsr()
.