ydb/library/cpp/string_utils, branch main

faster escape

2026-02-24T20:52:05Z

2% int'ов сидят в Escape. pepe watafa. Тут играясь с блоками получилось на реальном cgi из прода \~33% срезать. Мелочь, а приятно. На самом деле, хотелось бы узнать как правильно делать "некрасивую, но ускоряющую" гадость в library/cpp. Все тесты работают, но тем не менее =) До: После: Тут, к сожалению не на прогрузе, но уже видно. commit_hash:671028887e7d9320c8e9a393a0abb203207eb883

fix buffer overrun

2025-10-14T11:31:38Z

commit_hash:013178051e5e4c0a99ded31893069fb928ba18f9

YT-25950: Fix WebAssembly compilation

2025-08-29T13:44:11Z

commit_hash:205598251dba71e1700845ebcb16ce1057ea1fad

Improve csv parsing speed in С++ csv library

2025-06-25T08:35:36Z

Improve csv parsing speed in csv library На примере ВМ в QYP на ssd скорость чтении csv этой либой: - до этих изменений стабильно показывает 383-387 MB/s - после этих изменений стабильно показывает 613-615 MB/s **++Просьба PR пока не мерджить++**. Пока что надеюсь просто получить шип от овнеров. Мы собираем метрики по текущей производительности в процессе импорта в YDB CLI. Чуть позже, если всё ОК, вмерджу этот PR, чтобы мы замерили разницу. commit_hash:a23fc7e631733ffe3cae2941da8b3bdb75bccc94

Intermediate changes

2025-04-25T08:33:21Z

commit_hash:a2ae9e9ddb0ebd0f3ce876aa1f8f29e291d3aed1

Intermediate changes

2025-02-21T10:19:47Z

commit_hash:0ece39f764da165d6f259d1e8d89904001d07282

Make sure returned TStringBuffers do not change during splitter lifetime. Also make input string reference const

2024-12-10T14:11:35Z

Make input string reference const Make sure returned TStringBuffers do not change during splitter lifetime splitter.Consume() возвращает TStringBuf. Если в колонке есть ескейпинг кавычек, вся колонка обрамлена двойными кавычками (`"`), а внутри для ескейпинга двойных кавычек используются две идущие подряд двойные кавычки (`""`). В таком случае вернуть TStringBuf, ссылающийся на кусок входящего TString, не получится, т.к. нужной подстроки в нем не существует. Для этого используется мембер TVector\ CustomStrings. В него накидываются нужные кусочки из исходной строки и в конце складываются в мембер-строку TString CustomString Например, из строки `"abc""cde""efg"` копились кусочки `abc"`, `cde"`, `efg` и в конце склеивались. И возвращался TStringBuf из этой строки-мембера. Проблема в том, что если в другой колонке той же строки также встречались кавычки с ескейпингом, эта строка-мембер CustomString очищалась. При том, что на неё всё еще ссылался возвращённый ранее TStringBuf. В итоге "предыдущий" TStringBuf либо начинал ссылаться на часть новой строки, если новая строка была длиннее, либо на часть новой строки \+ рандомный набор байт в памяти, если новая строка оказывалась короче. Фикс в том, чтобы хранить все строки, сгенерённые сплиттером, всё время жизни сплиттера commit_hash:aa4957e1d8030cd48d06eaa16a7ad61e878348f8

Intermediate changes

2024-11-19T10:27:04Z

commit_hash:1bcd4492a3f6a28a2be8e27b5660e98cc8e4c8d0

Remove Size, Empty and Data usages from library

2024-10-04T07:14:38Z

commit_hash:ef5ad4cfa9e68bbfc586492e8c376c732d0a48af

fix dereferencing of temporary string value in the default constructed TZtStringBuf. Enable check lifetime bounds of the TZtStringBuf

2024-09-18T02:07:56Z

commit_hash:4aa9319e8b2d685402a8ea68fdc24fa07af82d1b