https://en.algorithmica.org/hpc/data-structures/s-tree/
I announced this article a while ago but finally got to finish it just now.
Planned follow-ups: a 10-20x faster segment tree, std::priority_queue
, and std::set
.
# | User | Rating |
---|---|---|
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 |
# | User | Contrib. |
---|---|---|
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 |
https://en.algorithmica.org/hpc/data-structures/s-tree/
I announced this article a while ago but finally got to finish it just now.
Planned follow-ups: a 10-20x faster segment tree, std::priority_queue
, and std::set
.
Name |
---|
Those are some great numbers! While I'm yet to try out the magic of SIMD, I did have a question. As the adoption of SIMD replacements becomes more popular, and I hope it does- What impact on the adoption of slower languages like Java/Python do you foresee as setters would also have to account for the change and allocating lax TLs to ensure that ideal solutions in other languages do pass would probably end up with suboptimal C++ solutions making it too. Basically, the language gap would be exacerbated. To clarify, I'm not complaining, I'm excited about the change, just curious about your views on the impact.