ydb/util, branch stable-23-2Mirror of YDB github reposhttps://code.mastervirt.ru/ydb/atom?h=stable-23-22023-01-14T12:13:39ZTSharedPtr::As()&: leakage fix2023-01-14T12:13:39Zsv-denisovsv-denisov@yandex-team.com2023-01-14T12:13:39Zurn:sha1:3657be5988251fc9074ba5b86b62bfa985ff4643
По следам https://a.yandex-team.ru/review/2996409/details
Исправлены случаи при неудачных кастах:
1. контрольный блок дёргается даже при указании на nullptr (нехорошо для атомиков)
2. если исходный шаред поинтер разрушится раньше, чем полученный nullptr (например, при возврате из функции), то ресурс утечётintroduce NumberOfMillicores() function based on refactored CgroupCpus() returning double value2023-01-12T17:28:20Zsvkrasnovsvkrasnov@yandex-team.com2023-01-12T17:28:20Zurn:sha1:b168b15511a5b04b8d6aababf3ec9a3fba1e9924add windows platform to ydb github export2022-12-19T21:50:48Zalexv-smirnovalex@ydb.tech2022-12-19T21:50:48Zurn:sha1:84f2cfa253cc618438ed6e9d68b33fa7c0d88cb9Sync linux-headers instead of using system ones2022-12-15T16:25:15Zthegeorgthegeorg@yandex-team.com2022-12-15T16:25:15Zurn:sha1:0c31d97afd7858af5f8f858c8addf91655ca9cccremove kikimr/driver DEPENDS2022-12-02T08:31:25Zqrortqrort@yandex-team.com2022-12-02T08:31:25Zurn:sha1:b1f4ffc9c8abff3ba58dc1ec9a9f92d2f0de6806validate canons without yatest_common2022-11-30T20:47:12Zqrortqrort@yandex-team.com2022-11-30T20:47:12Zurn:sha1:22f8ae0e3f5d68b92aecccdf96c1d841a0334311more information in TEpollPoller::SetImpl error messages2022-11-14T13:35:19Zkulikovkulikov@yandex-team.com2022-11-14T13:35:19Zurn:sha1:7c3d98b1daa4cb8b077d748f4e2d1d5ab042a9c1
- don't hide epoll_ctl add errors;
- print "fd" and "what" args.[util] Terminate instead of deadlock after fork with running thread pools2022-11-10T09:04:05Zsskvorsskvor@yandex-team.com2022-11-10T09:04:05Zurn:sha1:6d5ed9f0166178823f3a752bfe46dd7ef5042df8
Контекст. В древнем странном коде обнаружили, что если создавать `TThreadPool` часто и конкуретно с запуском `TShellCommand`, то иногда последняя дедлочится: если начали выполнять конструктор `TThreadPool` и регистрацию в `TAtforkQueueRestarter`, захватив `TAtforkQueueRestarter::ActionMutex`, а в другом потоке параллельно сделали `fork`, то последний может форкнуться с залоченым мьютексом. Первым делом происходит вызов коллбеков из `pthread_atfork`, где мьютекс лочится заново.
Конечно, форкаться в сложных программах с тредпулами категорически запрещено, но, подозреваю, много кода в аркадии так написано. Давайте как-то защитимся от такого.Add comment about necessary nanny settings2022-11-01T21:17:00Zskorodumov-sskorodumov-s@yandex-team.com2022-11-01T21:17:00Zurn:sha1:3740591e5cdb20c22146649b06f1561c855ca9e9Correct debug trap for M12022-10-30T09:12:32Zsomovsomov@yandex-team.com2022-10-30T09:12:32Zurn:sha1:4797d8678612824c0533a78b241eb6611131d542