№ | Пользователь | Рейтинг |
---|---|---|
1 | tourist | 3757 |
2 | jiangly | 3647 |
3 | Benq | 3581 |
4 | orzdevinwang | 3570 |
5 | Geothermal | 3569 |
5 | cnnfls_csy | 3569 |
7 | Radewoosh | 3509 |
8 | ecnerwala | 3486 |
9 | jqdai0815 | 3474 |
10 | gyh20 | 3447 |
Страны | Города | Организации | Всё → |
№ | Пользователь | Вклад |
---|---|---|
1 | maomao90 | 171 |
2 | awoo | 165 |
3 | adamant | 164 |
4 | TheScrasse | 159 |
5 | maroonrk | 154 |
6 | nor | 153 |
7 | -is-this-fft- | 152 |
8 | Petr | 147 |
9 | orz | 146 |
10 | pajenegod | 145 |
Название |
---|
Мэпы же. Они не мало памяти кушают на саму структуру дерева.
А так как у вас ещё и WA на некоторых тестах проскакивает, то может и лишнего чего в них кладёте.
А сколько именно памяти требует мэп?
Если верить Запуску на КФе, то 24 дополнительных байта на каждый элемент у G++, и 32 байта у VC++.
все равно никак не могу найти, где я что-то лишнее кладу. Максимум, что насчитал — (2^20)*32 < 64Мб
По моим подсчётам у вас 50-60 МБ должно быть. С WA разберитесь сначала, а там может и ML исчезнет.
Собственно возможная причина МЛ: когда вы обращаетесь к мэпу через оператор [], то элемент в контейнере создаётся, если его не было. 67-я строка вашего решения.
а можно еще как-то обращаться, кроме как []?
Проверка на наличие элемента в мапе:
Сделать что-то с элементом, если он есть:
спасибо, разобрался, мемори лимит пропал.