| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | YQL-20086 invert flag | vvvv | 2025-10-10 | 1 | -2/+0 |
| | | | | | commit_hash:a6b640bc576263b62884a0b4187ba79c893e13d9 | ||||
| * | YQL-20086 utils | vvvv | 2025-10-06 | 1 | -0/+2 |
| | | | | | | init commit_hash:54feccd520ebd0ab23612bc0cb830914dff9d0e8 | ||||
| * | Allow to choose the default allocator for MKQL at runtime | ilezhankin | 2025-01-30 | 1 | -0/+5 |
| | | | | | | This feature is useful in scenarios when the production query fails with any memory issues on user side - and we want to profile the memory allocations without recompiling the binary commit_hash:12045b8a01693e53c27fec35d03e9ef016c363eb | ||||
| * | Improve profiling of memory allocations | ilezhankin | 2024-11-12 | 1 | -0/+7 |
| 1. С точки зрения кода не все сценарии в режиме PROFILE_MEMORY_ALLOCATIONS правильно работали - например, arrow аллокации. Это исправлено. 2. С точки зрения сборки не все таргеты правильно получали флаг PROFILE_MEMORY_ALLOCATIONS и в результате, например, аллокация могла быть через tcmalloc, а освобождение через механизм учёта памяти mkql аллокатора. Здесь сделана отдельная либа в yql/utils, которую нужно подключать в сборке. commit_hash:02ceea3de95ce6a2587238552d0b834d2016333b | |||||
