Несмотря на то, что я разделяю, в определенной степени, ваши восторги относительно наличия MDBX и ее реализации (@yleo проделал колоссальную работу, за что ему огромное спасибо) - но:
появляется понятие версионности данных не доступно на пользовательском уровне.
захват блокировки пишущими транзакциями не самая быстрая операция (т.к. используются файловые блокировки, что несколько дороже даже мютексов)
Snapshot Isolation и Copy-on-Writer приводят к необходимости сборки мусора - что тоже не самая быстрая операция, а долгие читающие транзакции не рекомендуется делать
Нужно просто доделать враппер над этой MDBX, чтоб он пользовательские объекты представлял с автоматическим маппингом в этои самые key-value - это не просто, в том смысле что вам надо будет принять некоторые решения с точки зрения вашего API
Книжек про то как реализовать MDBX или аналог действительно не очень много, но его API не требует каких-то больших усилий для использования. Концепция Snapshot Isolation очень сильно упрощает пользовательский код, до той степени, что есть ощущение, что пишешь однопоточный код. Но вопрос согласованности пользовательских данных лежит полностью на ваших плечах, а не MDBX.
mutex в кодовой базе libmdbx встречается более 200 раз, наверное иначе не умеют даже там.
Подтверждаю, в нашем опыте тоже было проще писать XAML, а если уж использовался PRISM - то тем более.
Но даже если XAML писался "вручную" - всегда можно было открыть параллельно WYSIWYG редактор в студии и убедиться, что View компонуется так как и ожидается.
This problem may be overcome by use of a fourth gimbal, actively driven by a motor so as to maintain a large angle between roll and yaw gimbal axes. Another solution is to rotate one or more of the gimbals to an arbitrary position when gimbal lock is detected and thus reset the device.
Modern practice is to avoid the use of gimbals entirely. In the context of inertial navigation systems, that can be done by mounting the inertial sensors directly to the body of the vehicle (this is called a strapdown system)[3] and integrating sensed rotation and acceleration digitally using quaternion methods to derive vehicle orientation and velocity. Another way to replace gimbals is to use fluid bearings or a flotation chamber.
Если посмотреть OpenBLAS на гитхабе - то там около 30% кода на фортране, а С около 50 - пока не сильно похоже что его давно закопали (https://github.com/xianyi/OpenBLAS)
Кроме того, мы уже переносим из репозитория все данные, которые не имеют отношения к алгоритмам и настройкам сервисов. Эти данные получат дополнительную защиту.
Насколько я могу понимать, вот этот текст не про стыдные данные, а про чувствительные - пароли, секреты и прочее.
Но если вам интересно обсуждать вопрос стыдных слов и данных (на техническом таки ресурсе) - вы можете продолжать. Мой вопрос был про техническую плоскость - как можно перенести чувствительные данные и куда, чтобы потом "этот репозиторий" не слили.
LMDB, libmdbx, BoltDB (из тех что первыми приходят в голову) построены на B+tree, т.е. это основная структура для хранения данных и обращения к ним по ключу (а не только индекс).
Добрый день. Тут я спорить не буду - эта тема интересна. Но в текущий момент она выходит за зону моей ответственности, а углубляться в нее больше, чем я это сделал в первом разделе, я бы не хотел. В этой статье я хотел сосредоточиться на конкретном инструменте и как он мне помогал вести учет моих трудозатрат и надеюсь, что этот опыт будет кому-то полезен.
Несмотря на то, что я разделяю, в определенной степени, ваши восторги относительно наличия MDBX и ее реализации (@yleo проделал колоссальную работу, за что ему огромное спасибо) - но:
появляется понятие версионности данных не доступно на пользовательском уровне.
захват блокировки пишущими транзакциями не самая быстрая операция (т.к. используются файловые блокировки, что несколько дороже даже мютексов)
Snapshot Isolation и Copy-on-Writer приводят к необходимости сборки мусора - что тоже не самая быстрая операция, а долгие читающие транзакции не рекомендуется делать
Нужно просто доделать враппер над этой MDBX, чтоб он пользовательские объекты представлял с автоматическим маппингом в этои самые key-value - это не просто, в том смысле что вам надо будет принять некоторые решения с точки зрения вашего API
Книжек про то как реализовать MDBX или аналог действительно не очень много, но его API не требует каких-то больших усилий для использования. Концепция Snapshot Isolation очень сильно упрощает пользовательский код, до той степени, что есть ощущение, что пишешь однопоточный код. Но вопрос согласованности пользовательских данных лежит полностью на ваших плечах, а не MDBX.
mutex в кодовой базе libmdbx встречается более 200 раз, наверное иначе не умеют даже там.
Подтверждаю, в нашем опыте тоже было проще писать XAML, а если уж использовался PRISM - то тем более.
Но даже если XAML писался "вручную" - всегда можно было открыть параллельно WYSIWYG редактор в студии и убедиться, что View компонуется так как и ожидается.
Думаю этот вопрос стоит задать юристам.
Ну поддержка покупается отдельно - нужна ли там лицензия - я так глубоко не смотрел.
У них на сайте в разделе Лицензирование написано, что юр. лицам необходимо приобрести лицензию.
Физические лицаРЕД ОС предоставляется бесплатно для целей некоммерческого использования.Юридические лицаНеобходимо приобретать лицензию на платной основе для каждой инсталляции РЕД ОС, в том числе рабочих станций, серверов и виртуальных машин.РЕД ОС (red-soft.ru)
Думаю вот отсюда Garbage collector design (python.org) (GC for the free-threaded build)
То что вы описываете называется структурным логированием. Поддерживается тем же ELK-ом и очень удобно для использования.
This problem may be overcome by use of a fourth gimbal, actively driven by a motor so as to maintain a large angle between roll and yaw gimbal axes. Another solution is to rotate one or more of the gimbals to an arbitrary position when gimbal lock is detected and thus reset the device.
Modern practice is to avoid the use of gimbals entirely. In the context of inertial navigation systems, that can be done by mounting the inertial sensors directly to the body of the vehicle (this is called a strapdown system)[3] and integrating sensed rotation and acceleration digitally using quaternion methods to derive vehicle orientation and velocity. Another way to replace gimbals is to use fluid bearings or a flotation chamber.
Gimbal lock - Wikipedia
Простите, но это не линейные графики.
Если посмотреть OpenBLAS на гитхабе - то там около 30% кода на фортране, а С около 50 - пока не сильно похоже что его давно закопали (https://github.com/xianyi/OpenBLAS)
Я думаю, что автор имеет в виду в том числе и UB - например, https://github.com/Nekrolm/ubbook/blob/master/numeric/overflow.md и https://github.com/Nekrolm/ubbook/blob/master/numeric/integer_promotion.md
Да, значению банковского счета нельзя присвоить отрицательное число, если так указано в схемеВот это же и есть согласованность.
Кроме того, мы уже переносим из репозитория все данные, которые не имеют отношения к алгоритмам и настройкам сервисов. Эти данные получат дополнительную защиту.Насколько я могу понимать, вот этот текст не про стыдные данные, а про чувствительные - пароли, секреты и прочее.
Но если вам интересно обсуждать вопрос стыдных слов и данных (на техническом таки ресурсе) - вы можете продолжать. Мой вопрос был про техническую плоскость - как можно перенести чувствительные данные и куда, чтобы потом "этот репозиторий" не слили.
Вопрос не про стыдные слова, а про данные - мне наверное надо было скопировать и первую цитату.
Читай, заметём слова "странное создание машет рукой" под другой специальный половичок. Тем смешнее будет, когда и эту новую репу сольют.А какое на ваш взгляд должно быть техническое решение для этого?
Да, с этим я не спорю. Комментарий был как дополнение про то что b+tree не только для индексов используется.
B+Tree нужно для индексов в СУБДLMDB, libmdbx, BoltDB (из тех что первыми приходят в голову) построены на B+tree, т.е. это основная структура для хранения данных и обращения к ним по ключу (а не только индекс).
@sim0nsaysделал хороший курс - https://www.youtube.com/playlist?list=PL5FkQ0AF9O_o2Eb5Qn8pwCDg7TniyV1Wb
Добрый день. Тут я спорить не буду - эта тема интересна. Но в текущий момент она выходит за зону моей ответственности, а углубляться в нее больше, чем я это сделал в первом разделе, я бы не хотел. В этой статье я хотел сосредоточиться на конкретном инструменте и как он мне помогал вести учет моих трудозатрат и надеюсь, что этот опыт будет кому-то полезен.
https://habr.com/ru/company/first/blog/704982/ было чуть ранее