Can someone help me in finding why my code TLE's for some cases.
Code: https://gist.github.com/medhruv7/98e802016a9f9c34cbe3e7dc178c0dd4
№ | Пользователь | Рейтинг |
---|---|---|
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 | maomao90 | 162 |
3 | atcoder_official | 162 |
5 | adamant | 159 |
6 | -is-this-fft- | 158 |
7 | awoo | 156 |
8 | TheScrasse | 154 |
9 | Dominater069 | 153 |
9 | nor | 153 |
Can someone help me in finding why my code TLE's for some cases.
Code: https://gist.github.com/medhruv7/98e802016a9f9c34cbe3e7dc178c0dd4
Название |
---|
I would suggest dijkstra.
To take care for the coupon we need to maintain two best values per city, one without having used the coupon, one with having used it.
We would use a priority_queue else TLE since it is to much state changes. It took me some tries to find a configuration where it is AC. Not sure if this is hackable.
I assume it would work if you use a priority_queue in function dick().
Can u please tell why priority queue has a better time complexity than a set? Even for question in SPOJ i saw people cursing set.
The time complexity of set and priority_queue are same, they both should work. Problems arise by using a simple queue without sorting.
In fact, if memory size matters, we can use an additional set to make sure every vertex is at most once added to the priority_queue. This limits the size of the queue to max the number of vertex.
Then we can always use a set for that matter?
priority_queue and set have the same time complexity, but still set is somewhat slower.
I am using priority_queue only in dick()
Ok, I didn't recognize that.
English description please
I've solved the same problem recently with coincidentally the same idea as your's, here's my AC submission. https://paste.ubuntu.com/p/cKqC9Gfv6S/
Yea i get the idea , but what is wrong with my implementation. Why does it TLE. It's really frustrating
You put the vertex to pair.first, and dist to pair.second, so the queue sorts the entries by vertex number instead of distance.
pq.push({to,dist[to]});
nice code can you tell me what is the significance of prev in your code you don't seem to use it anywhere also what i guess is that you were trying to track the path using prev and making the maximum of flight cost in your path to halve right? can you tell me why it won't work?
prev has no use in that question, I was doing CSES problems in a sequence and one question before that wanted you to find shortest path nodes so for that I used prev. I've made all my CSES submissions public to github if you want to checkout that question refer: https://codeforces.net/blog/entry/77863