622C - Not Equal on a Segment 15943480 It gives TLE on test case number 14!
# | User | Rating |
---|---|---|
1 | tourist | 3985 |
2 | jiangly | 3814 |
3 | jqdai0815 | 3682 |
4 | Benq | 3529 |
5 | orzdevinwang | 3526 |
6 | ksun48 | 3517 |
7 | Radewoosh | 3410 |
8 | hos.lyric | 3399 |
9 | ecnerwala | 3392 |
9 | Um_nik | 3392 |
# | User | Contrib. |
---|---|---|
1 | cry | 169 |
2 | maomao90 | 162 |
2 | Um_nik | 162 |
4 | atcoder_official | 161 |
5 | djm03178 | 158 |
6 | -is-this-fft- | 157 |
7 | adamant | 155 |
8 | awoo | 154 |
8 | Dominater069 | 154 |
10 | luogu_official | 150 |
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()
.