Состоялся выпуск библиотеки libmdbx 0.12.3 (MDBX) с реализацией высокопроизводительной компактной встраиваемой базы данных класса ключ-значение. Код libmdbx распространяется под лицензией OpenLDAP Public License. Поддерживаются все актуальные операционные системы и архитектуры, а также российский Эльбрус 2000. Для libmdbx предлагается развитое C++ API, а также поддерживаемые энтузиастами привязки к языкам Rust, Haskell, Python, NodeJS, Ruby, Go, Nim, Deno, Scala...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58448
Что быстрее и менее требовательно к ресурсам - сабж или sqlite?
Сабж не субд, поделка уровня berkleydb. Так что должно быть быстрее. Надёжность и отказоустойчивость, видимо, куда ниже. Не уверен как по сравнению с leveldb, есть 1001 способ её уничтожить.
Некоторые вон запускают sqlite поверх lmdb. Сложно сказать, насколько это оправдано.
Вполне себе СУБД, или очередной иксперт не знает, что СУБД не обязательно должна быть реляционной?
Не обязательно, но поделка уровня berkleydb нет. Кстати, это вроде называется ВСУБД в русском языке, чтобы избежать разночтений, хотя это за неимением лучших терминов.
Мде. Мне кажется или долбодятлов становится больше с каждым годом? Сам то аноним конечно выпускает "не поделки уровня Oracle RDBMS", каждые пол года ...
Аноним применяет их в своих продуктах чаще чем каждые полгода, подёб не засчитан. На самом деле их становится меньше, все эти пенсионеры "на опыте" отправляются на тот свет.
Аноним еще от юношеского максимализма не избавился.
Он, собственно, слова по назначению ещё не научился применять.
Увы.
А ФС СУБД?
у оракла - да.
а ты знаешь что такое система управления?
SQL != NoSQL, СУБД == СУБД, РСУБД >= СУБД
> Сабж не субд, поделка уровня berkleydb. Так что должно быть быстрее.Поделку Berkeley DB делали авторы учебников, по которым учились те, кто учил вас.
Ну т.е. действительно, исходно это поделка студентов-практикантов, которую несколько раз допеределывали и довели до премии SIGMOD.Впрочем, награждение SIGMOD тут "за вклад в развитие индустрии" в связи с почетным выходом на пенсию, как авторов, так и самого проекта, в том числе за то, что на практике показали-проверили как не надо делать.
> Надёжность и отказоустойчивость, видимо, куда ниже. Не уверен как по сравнению с leveldb, есть 1001 способ её уничтожить.Чтобы делать выводы всё-таки лучше знать как оно устроено и т.п.
А если нет времени, то смотреть на тех, кому пришлось вникать, тестировать и делать выбор.Erigon тут является неплохим публичным технологическим примером - там нужна как надежность, так и скорость.
Даже Paradigm использует "поделку" https://github.com/paradigmxyz/reth/tree/main/crates/storage...
У BDB есть, как минимум, транзакции, различные представления данных (ключ-значение и ещё 3) и восстановление после сбоев.
> У BDB есть, как минимум, транзакции, различные представления данных (ключ-значение и ещё
> 3) и восстановление после сбоев.Никто не запрещает вам любить эту стюардессу на зло бабушке, и отыскивать в ней преимущества.
Но уже лет 15 для всех сценариев можно найти что-то либо более удобное, либо более быстрое, либо более надежное и т.д.Поэтому BDB не просто не используют в новых проектах, а выпиливают из старых.
Изменение лицензии стало последней каплей.В Debian, например:
https://lists.debian.org/debian-devel/2014/06/msg00328.html
https://lists.debian.org/debian-devel/2014/06/msg00338.htmlДаже Oracle закопал BerkeleyDB в прошлом году.
В википедии As of 2022 Oracle has ceased to develop BDB.А есть какая-то официальная инфа от оракла?
В стане оголтелых линуксоидов, как не странно полно придурков, пытающихся выпилить то одно, то другое.
По ряду причин BDB "померла" лет 10 назад, а лет 5 назад закончились обсуждения этого факта в профессиональных кругах.
Сразу отмечу, что под "померла" тут понимается __только__ нулевая вероятность выбора BDB в качестве движка хранения в новых проектах, где есть возможность такого выбора.--
Причин "смерти" BerkeleyDB примерно две или четыре:
1. BDB стала ненужной, ибо лучшее враг хорошего.
1а. Техника стала мощнее, и памяти стало сильно больше.
Поэтому 99% проектов стали предпочитать SQL (включая sqlite), а не заморачиваться с key-value.1б. Среди оставшихся, 0.99% проектов, где noSQL действительно нужен (из-за специфических требований или ограничений), искали и __находили__ что-то более подходящее: удобное, быстрое, надежное, простое и т.д.
2. Смена лицензирования.
2а. Многие существующие проекты вынуждены были отказаться от BDB, так как были поставлены перед выбором: либо оставаться на неподдерживаемой версии, либо переходить на AGPL, либо покупать лицензию.
2б. Во многих новых проектах принципиально не хотели мириться с ограничениями от Oracle, особенно при доступности кучи альтернатив.
В сухом остатке, на DBD остались только какие-то legacy-проекты и домашние/персональные проекты разработчиков привыкших к BDB, ну или кому книжка по BDB попалась...
--
При этом, несомненно, BDB является большой вехой в "истории индустрии" и существующие версии могут просто работать.
Тем не менее, меряться тут чем-то с BDB достаточно абсурдно:
- это специфический legacy комбайн, разработка которого остановлена, а поддержка только платная.
- для всех сценариев использования можно найти альтернативы, которые будут лучше по тем или иным критериям.
- в целевых для libmdbx сценариях у BDB нет шансов, одновременно у BDB есть фичи/возможности которых точно нет (и не будет) в libmdbx, т.е. тут вопрос __выбора__ инструмента отвертка/молоток, а не их сравнения.
libmdbx, значит, не СУБД, а libsqlite, значит, СУБД?Не перестаю удивляться таким биполярным исследователям.
PS: забыл второе "lib", добавил.
Sqlite хотелось бы назвать субд, поскольку помимо это помимо либы "чёрного ящика" так же и набор утилит для работы с файлами, в протоколе взаимодействия имеется куча возможностей вполне себе серьёзного уровня, да и она сама вполне заменяет постгрес. Самое приятное это конечно acid, на который можно положиться. Даже когда я пишу в неё из нескольких потоков, у меня кончается место на диске и отключается электричество, с ней решительно ничего не случается.
С leveldb ещё было любое аварийное завершение программы (в коде, совершенно к ней не относящемуся) ведёт к повреждению файлов, я так и не разобрался что именно происходило, но на следующей загрузке ошмётки разлетались во все стороны.
Сабж, причем в разы. Только это key-value, а не sql.
Сможете использовать по-уму, будет вам счастье как в Erigon.
Иначе будите лить слезы в смузи и хейтить как парочка местных анов.
> Только это key-valueДля конфигов, получается?
Спектр применения довольно широкий. Например, когда разрабатывал NetFlow коллектор именно подобную библиотеку использовал. Поддержка SQL избыточна и вызывает замедление в разы. А задача критична к скорости вставок при агрегации.
Мух с котлетами сравниваете...
да.
Ого, первый проект на gitflic.
Как там с цензурой, сколько неугодных задней пятке проектов уже выпилили?
Проект "позитивного" не может быть неугодным для этих, на одного ведь Хозяина работают. Разработка крутая, но её автор не брат мне.
> Проект "позитивного" не может быть неугодным для этих,
> на одного ведь Хозяина работают. Разработка крутая, но её автор не брат мне.Сами-то чьих будете, небрат?
Вы просто не в курсе, что они оказались не нужны тому, ради кого выпиливают
(потому что деньги не попилены, а эти уже что-то сделали, вот наглость)
Почитай старые темы про сабж. Сейчас придет автор и будет топить про величие.
Нагуглил https://www.linux.org.ru/news/opensource/16854018, оттуда https://www.bnbchain.org/en/blog/ankr-contributing-to-bsc-an.../Там пишут что получилось и вот такое: MDBX drivers bring performance up by 30% compared to other databases like RocksDB or LevelDB.
Врут или сабж настолько крут?
Чего я не понимаю?
Нет не врут. Изначально libmdb была примерно на столько быстрее leveldb и в 10 раз удобнее. libmdbx, значительно переработана с фиксом кучи багов и кучей доп функционала.libmdb использовал в своё время как in-memory key-value ACID хранилище, она была самой быстрой лет 7 назад. libmdbx типа быстрее, но я не тестировал.
В makefile есть таргет bench-couple
https://gitflic.ru/project/erthink/libmdbx/blob?file=GNUmake...Вот пример результатов бенчмарка libmdbx и LMDB
https://t.me/libmdbx/4102А тут поясняют почему перешли с LMDB на libmdbx
https://github.com/ledgerwatch/erigon/wiki/Criteria-for-tran...
Подвирают. На самом деле больше, но смотря что и как считать.Были некие первые версии Erigon, которые не полагались на MVCC/ACID и поэтому могли работать с RocksDB/LevelDB.
Потом были пробы BadgerDB, BoltDB, LMDB и в конце MDBX.
Затем были существенные доработки как в Erigon, так и в MDBX.https://github.com/ledgerwatch/erigon/wiki/Choice-of-storage...
В этой истории можно найти точки, где для пользователя будет видна разница в 30%.Если же взять начало и текущее состояние, вычесть основную "эфирную" работу не связанную с БД, то разница может быть в тысячи раз.
Но это результат не только замены RocksDB на libmdbx, а и последствия доработок, которые стали возможны после перехода на libmdbx.Проще говоря, взяв более легкий и мощный движок, ребята в Erigon поняли/увидели что летать можно быстрее чем ездить.
Есть какие то опции для использования hugepages ?
MADV_HUGEPAGE будет работать, но зачем?
Запись и чтение на диск тоже ведь будет этими большими страницами.
Немного бенчмарков (коммит 589b1db869473b14943d7703558fa7e69bcee0c5):/dev/shm + MDBX_WRITEMAP + MDBX_UTTERLY_NOSYNC
RUNNING ioarena for mdbx/25000000...
libmdbx.so => ./libmdbx.so (0x00007f0ba499e000)
batch×N: 430.809 ops/s
crud: 226.522Kops/s
iterate: 44.875Mops/s
get: 3.058Mops/s
delete: 280.706Kops/s
RUNNING ioarena for lmdb/25000000...
liblmdb.so => /xyz/ioarena/@BUILD/db/lmdb/libraries/liblmdb/liblmdb.so (0x00007fa660039000)
batch×N: 387.632 ops/s
crud: 131.040Kops/s
iterate: 46.146Mops/s
get: 3.234Mops/s
delete: 190.746Kops/sSSD + MDBX_SYNC_DURABLE
RUNNING ioarena for mdbx/25000000...
libmdbx.so => ./libmdbx.so (0x00007fbe9bfab000)
batch×N: 68.373 ops/s
crud: 11.146Kops/s
iterate: 44.991Mops/s
get: 2.991Mops/s
delete: 10.204Kops/s
RUNNING ioarena for lmdb/25000000...
liblmdb.so => /xyz/ioarena/@BUILD/db/lmdb/libraries/liblmdb/liblmdb.so (0x00007f2e30115000)
batch×N: 68.081 ops/s
crud: 7.153Kops/s
iterate: 46.371Mops/s
get: 3.219Mops/s
delete: 8.327Kops/slibmdbx медленнее LMDB в сценариях iterate и get из-за дополнительных проверок.
Еще стоит отметить, что в libmdbx накладные расходы на запуск транзакций чуть больше (примерно на ½ микросекунды).
Набегает из-за бОльшего контроля и проверок, трех мета-страниц и т.п.Все бенчмарки под Linux, посредством make bench-couple BENCH_CRUD_MODE=xxx
Взято отсюда https://t.me/libmdbx/4102
Там еще есть https://t.me/libmdbx/4111 и https://t.me/libmdbx/4112
> libmdbx медленнее LMDB в сценариях iterate и get из-за дополнительных проверокПривет поклоникам «безопасных» языков, которые тормозят, даже если это не нужно.
> Привет поклоникам «безопасных» языков, которые тормозят, даже если это не нужно.Цитата из группы в телеге:
В libmdbx выполняется больше проверок, с тем чтобы (например) при неверном использовании API явно возвращать код ошибки, и тем самым минимизировать вероятность сложно-воспроизводимых вероятностных ошибок (aka heisenbug).
Большинство таких проверок можно отключить задав соответствующие опции сборки (см. src/options.h).Видимо речь вот об этом https://libmdbx.dqdkfa.ru/group__build__option.html
По-умолчанию проверки включены, но можно выключить.
Вроде-бы очень здравый подход.
> По-умолчанию проверки включены, но можно выключить.Вроде-бы очень здравый подход.
Вот именно.
ACID-полные базы данных сейчас такие нервно вздрогнули.
оригинал (по словам Говарда) проходит тест.
так шо может и вздрогнули? выпили за нового товарища тысызать.
Чем оно лучше mysql embedded / libmysqld?
mysql это уютный ламповый обогреватель, а libmdbx - тонна пороха.Для охоты на медведя нужен порох.
А для тепла лучше взять обогреватель.
Как отметил в телеграм-группе - очень неплохой слоган получился.
Чем учебник лучше словаря?
Тем что «зонды» от другого производителя.
чем sql.
Мух с котлетами сравниваете...
жесть, у них там в гите описание на русском. слабонервным возбраняется
> жесть, у них там в гите описание на русском. слабонервным возбраняетсяА вы на русском уже плохо понимаете или родным не считаете?
>> жесть, у них там в гите описание на русском. слабонервным возбраняется
> А вы на русском уже плохо понимаете или родным не считаете?Слабонервный же.
> у них там в гите описание на русскомкак будто это что-то плохое
Вообще, не стоит стесняться своего языка в коде. Азиаты вон ничуть не стесняются, например. Сносный русский лучше плохого английского, опять же. Это мало на что влияет, и если ты не можешь понять, ты будешь действовать по привычной схеме, когда ничего просто нет. Зато разрабам так удобнее в своём коде разбираться.
Отвечу вам и тем двоим выше.Писать на не английском языке плохо для проекта, потому что в такой проект не придут люди знающие английский - а это всё мировое сообщество программистов, и такой проект так и будет на задворках болтатся, никому неизвестный и потому не нужный.
Это проблема тех людей. Даже если ты берёшь код на китайском языке (потому что он уже есть и делает именно то, что тебе нужно), придёшь ли ты в тот проект или просто возьмёшь код себе?
Я прихожу в проект только когда я им пользуюсь и мне надо что то пофиксить или улучшить.
Если это проект не на гитхубе/гитлубе или каком то ещё адекватном гит хостинге - то я туда скорее всего не дойду.
Если проект не на инглише - то я опять де туда не дойду.Если оно висит на каком то национальном хостинге и на национальном языке - то я такой проект буду избегать юзать не зависимо от того насколько он хорош, просто потому что мне не понятно что там будет дальше и как с этим взаимодействовать. А раз так то оно может внезаптно накрытся и я останусь с непонятным легаси без поддержки.
На практике твоя цель взаимодействия с любым проектом -- исправить то или это в апстриме, с целью разгрузить сопровождение собственных фиксов с себя. Иногда бывает сложно объяснить необходимость исправлений независимо от языка, и их всё равно не примут по тем или иным причинам. Но это же причина по которой далеко не всё возвращается в проект. Поэтому есть куча загибающихся проектов с кучей проблем, которые тем не менее успешно используется в коммерческом ПО (и там эти проблемы либо исправлены, либо используются собственные реализации для части проблемных возможностей).
> национальном хостинге и на национальном языкеТак что вы делаете на СШАшном shitхабе с их СШАшным языком?
> Я прихожу в проект только когда я...
> ... то я ...
> ... то я такой ...
> ... я останусь ...Походу хостинг на gitflic избавляет от всякого якающего фуфла ;)
Английский язык не принадлежит США, а на гитхубе я взаимодействую с сообществом.Ну вот и окукливайтесь дальше со своим фликами на эльбрусах :)
а покажи(те) свое "взаимодейтвие с сообществом" на шитхабе.
или фуфлон на 100% ?
https://github.com/rozhuk-im
а куда смотреть чтобы не-развидеть ?
Заглянул в пару проектов, которые применяю. В одном Ваших коммитов не заметил, в другом и впрямь какой-то rim, раз уж мы за аглицкий...
Google Translate щас даже самые придурки пользоваться научились, когда нужен код, по общим сведениям нужный программисту для дальнейшей разработки софта.
> Если оно висит на каком то национальном хостинге и на национальном языкеУходите с гитхаба и из проектов на en_US.
> оно может внезаптно накрытся и я останусь с непонятным легаси без поддержки
Чтобы что?
Я лучше от русского избавлюсь, заодно и раскладку переключать не придётся постоянно, вот что удобства добавит в жизни.
>Даже если ты берёшь код на китайском языкеЯ не беру код на китайском языке. Хотят писать на китайском - вот пусть и остаётся проект в КНР. Эти люди НАМЕРЕННО написали всё на китайском. Не потому, что не знают английского (они его прекрасно знают, если чел не сдаст английский на высокий балл, как и все остальные предметы, то у него нет шанса выбраться из деревни, это у нас в Западной Цивилизации (а Россия, безусловно, её часть) расслабуха, а в КНР - лютая внутривидовая конкуренция), а потому, что сообщают иноземцам "становитесь частью Китайского Мира или идите нахрен, наш проект только для частей Китайского Мира". Ну решили они поконкурировать. В любом случае, если мы конкуренцию им проиграем, то наша песенка спета. Поэтому не от китайских либ зависеть надо, а свои делать. С документацией на английском. А кто не знает английский или не хочет быть частью Западной Цивилизации - тот может хоть в Китайский Мир идти, хоть в Русский, хоть в другие конкурирующие геополитические проекты. А какой проект победит - это мы ещё посмотрим. Но жить в Китайском Мире я не желаю и не буду, лучше сдохнуть.
Азиаты реально не говорят на английском, даже на уровне basic english. Что касается китайцев, то даже те, которые в айти-деревнях тусуют. Даже если у тебя есть очень базовые навыки понимания текстов, это не значит, что ты автоматически можешь строить осмысленные фразы на этом языке.
Я тебе больше скажу. У китайцев по 2 имени. Одно - китайское, другое - английское. Английское они получают примерно в школьном возрасте. Экономика КНР ориентированна на экспорт, поэтому работать с зарубежными партнёрами китайцев готовят с малых лет. Включая наличие дополнительного имени, которым можно представляться партнёрам, чтобы их не распугивать. (Я предпочитаю говорить с людьми, используя их настоящее имя, а не выдуманное с целью водить меня за нос) Так что английский там знают. Но это совершенно не значит, что с тобой лично вон тот конкретный "китаец" на нём будет говорить. Если это часть его работы - говорить с тобой на инглише - то точно будет. А в ином случае - не гарантировано.
У нас с вами очень разный опыт. Китайский Английский ужасен, это хуже чем индусы.
> это у нас в Западной Цивилизации (а Россия, безусловно, её часть)Нет, конечно. Цивилизация осталась, а вот Запад покатился дальше по highway to hell.
> Поэтому не от китайских либ зависеть надо, а свои делать.
> С документацией на английском.Ещё один с биполяркой.
Дитятко, сейчас русский язык для себя люди на Западе открывают как ключ к культурному и смысловому пространству, где можно быть собой, а не максимум "кухонные разговоры" вести, спрятав подальше все гаджеты.
Засилье французского у нас закончилось войной и обедней в Париже.
Засилье немецкого -- войной и флагом над Берлином.
Где и как закончится засилье английского -- не знаю, но закончится оно точно.
И ставить на него сейчас может лишь слепоглухонемотупой.Так вижу.
И Феофан Затворник, кстати, о том же говорит.
Вы там телевизер ещё больше смотрите, окажется что и космос давно освоен батутом.Английский закончится тогда когда все перейдут на телепатию или универсальный межгаллактический язык. Пока же на этой планате это основной универсальный язык.
И столицы у него нет.
Tantum asinis loqui de futuro sine sciens praeteritum.
Novum erit restituo vetus, quia Natura abhorret vacuum.
Да будет novus ordo seclorum
Какие комплексы)
Поясните.
> всё мировое сообществода, это только англоговорящие, правильно! Не россия, ни китай, ну индия хотя бы исторически английский знает, но писать правда не умеет. Остальное не мировое и не сообщество, а обслуживающий персонал таких как мы и Вы!
Мировое сообщество програмистов это те кто умеет программировать.
Эти люди по исторически сложившимся причинам общаются между собой на английском языке, да и с компом тоже.Если у вас есть комплексы по поводу того как вы говорите на английском - это ваши проблемы.
Уже лет 5 как "лучше всего для проекта" быть транс-сексуальной чернокожей лесбиянкой с переломанным позвоночником и работать в ФБ )Мировое сообщество программистов - тут у вас большой перебор с пафосом.
Китайский программистов просто больше численно, а индийцы не виноваты что англичане отучили их от родного языка (хотя это унизительно).Поэтому кто-то прогибает мир под себя, а кто-то как вы.
Это ваши фантазии, меньше смотрите телевизор.Я уже писал что все языки кроме английского обречены.
Китайцы либо пишут на инглише и ничем не отличаются от програмистов из европы и америки или сидят у себя на китайском за миску лапши и 9/11 или сколько они там впахивают.
Аналогично с индусами: или они общаются с заказчиками на инглише или работают на того кто умеет с ними общатся за скромную пайку.
А отчего вы считаете что ваше мнение ценно?
Вы у нас кто?Ну там что сделали, как себя проявили, ачивки какие-то может быть?
Вы хотите спорить с моим мнением или мерятся авторитетностью?
Последнее меня не интересует.
> Вы хотите спорить с моим мнением или мерятся авторитетностью?
> Последнее меня не интересует.пытался понять что может быть ценного в вашем мнении.
> пытался понять что может быть ценного в вашем мнении.Самомнение самоценно :D
Правда, лишь для носителя.
>все языки, кроме китайского, обреченыПофиксил. С прогрессом в области ИИ язык вообще теряет значение. Когда-нибудь автоматический переводчик сможет переводить с любого языка на любой качественно настолько, что вообще учить иностранные языки для 95% населения не придётся. О какой обречённости можно говорить?
А вот если КНР захватит весь мир и загеноцидит всех, кто не захочет перейти на китайский, по типу того, как оно геноцидит уйгуров, тогда обречены действительно будут. И этот вариант представляется мне весьма вероятным.
А уйгуры в курсе?
Или американского "телевизора" насмотрелись?
Нет.
После английского будет нечто другое, связанное с мозговыми имплантами.
Трудно себе такое представить будучи заложником языкового мышления.Вы вот видимо живёте в моноязычном обществе и вам тоже трудно себе представить что родным может быть не один а 2-3 и более языков.
Таскатся везде с мобилой в качестве переводчика - не удобно, гораздо комфортнее всё таки осилить хотя бы английский язык.
Есть ещё испанская группа языков, тоже довольно распространённая в мире но там диалекты сильнее различаются. Но при знании хотя бы одного - уже примерно как с инглишем.Китай не может захватит мир, у них нет устойчивой модели управления этим всем. Их много но они как савок замкнулись внутри себя и ничего интересного и нужного предложить миру не могут.
У англосаксов она есть.
Одна из её частей заключается в том, что весь ценный контент изначально делается на инглише, как научиный/технический так и развлекательный.
Другая заключается в мягкой силе, когда на местах нет диктатуры а есть самоуправление с большой автономией, но в целом делающее то что нужно.
> с мозговыми имплантамиОоо, это мы одобряем. Наш человек, прогрессивный, стильный, модный Иван, не помнящий своего родства. Протезы для мозга это для вас, мейнстримовые вы наши хомячочки.
С одной стороны, хорошо что вы рассуждаете.А с другой плохо, что рассуждениями не дошли (или не захотели) до "проявления" источников информации об этих "несчастных уйгурах".
--
Знать английский язык неплохо, но знать из распространённых только английский - пожалуй хуже, в моём понимании.
Советую изучить хотя-бы пару не-европейских диалектов до самого минимального уровня и попутешествовать.
Знание английского создаёт когнитивное искажение, что есть некий "весь (единый, глобальный) мир".
На самом деле вы получаете только утилитарную возможность объясниться, но одновременно надеваете на голову ведро с дырками только в англоязычную сторону.
Вы не просто не услышите и/или не поймете другую информацию, но даже не будете предполагать что она есть.// пардон, но дискутировать на настроен, просто высказался
Спасибо за развёрнутый ответ.Совет изучить другие языки впрок не пойдёт, к сожалению. Знать только английский, разумеется, хуже, чем знать в добавок к нему ещё несколько языков, но у каждого есть свои ограничения. Ты не можешь знать всё. Ты не можешь успеть в жизни всё. Дар полиглоссии на меня не сошёл, я не апостол, поэтому каждый язык придётся долго и трудно учить. Зачем? У нас тут скоро будет ИИ общего назначения, для которого перевод с одного языка на другой проблемы не представляет, что и есть близкий сделанный человеком аналог дара полиглоссии.
>"проявления" источников информации об этих "несчастных уйгурах".
Это не уйгуры несчастные. Это все, кто находится под властью КНР, несчастные, просто до них очередь пока не совсем дошла: на населении СУАР лишь отрабатывают то, что будет применено на всех остальных. Просто потому, что нет ни одной причины так не делать, а причины так делать - есть. В терминах теории игр, делать то, что КНР делает в СУАР, во всех остальных регионах КНР - строго доминирующая стратегия.
>Вы не просто не услышите и/или не поймете другую информацию, но даже не будете предполагать что она есть.
Я прекрасно осведомлён, что есть люди, согласные продать свою (и помочь отнять чужие, в том числе собственной матери) свободу, точку зрения, достоинство и мнимую (ибо нет такой штуки вообще, либо ты раб и расходник для хозяина, либо тебе придётся рисковать, защищая своё право не быть рабом и расходником от желающих его экспроприировать) безопасность в обмен на продвижение по карьере и бабло и напридумывать для этого оправдания (которые ничего не оправдывают, ибо оправдания такому нет, а само выискивание опраданий есть отягчающее, ибо не надо других за дебилов считать). Это их позиция, но они мне не братья.
> Китайцы либо пишут на инглише и ничем не отличаются от програмистов из европы и америки или сидят у себя на китайском за миску лапши и 9/11 или сколько они там впахиваютУ них куча проектов, в том числе по части процессоров, где дока чисто на китайском. В рот они всех англоговорящих.
Это как с эльбрусом: если оно не пойдёт в мир то это никто не станет покупать и даже даром брать.
> Это как с эльбрусом: если оно не пойдёт в мир
> то это никто не станет покупать и даже даром брать.Ну я же говорил (не вставая из-за своего Э16С), что Вы дурак.
http://habr.com/ru/post/708798/
http://habr.com/ru/post/708942/
http://youtube.com/watch?v=pXtAMbK4IoY&t=37m32sЧто самое смешное, с Димой Бачило "под ёлочку" выложили чуть ли не одновременно материалы про свои эльбрусы, не сговариваясь (хотя общаемся не первый год) :-)
А что эльбрусы стоит ширше двигать -- эт да; и нужно, и должно, и можем.
Шавок IBM-овских, если понадобится, совместно с музыкантами контрапупить будем.
Два фрика-мазохиста которым по работе с этим недоразумением работать приходится.Я же вам русским языком написал: оно даром никому не надо, потому что сплошной сырой трах, за огромные бабки, где всё или не работает или тормозит.
Проще взять райзен или даже огрызок с м1 или какой снапдрагон и радоватся жизни.
Понятно, очередной аутист, не понимающий как устроен реальный мир. "Все языки, кроме одного, обречены", давно так не ржал
Я то вижу как относительно малые по численности языковые группы живут в информационном гетто, это толкает их в мир англиского.
Дальше этот снежный ком будет только расти и становится сильнее.
Это вам пока не видно, вам то все кина в кинотеатрах показывали в дубляже на нац языке, а другие ходят в кино на англиском а свой родной читают с субтитров. Или не в кино а в нетфликсе дома.
И в инете вы пока ещё можете нагуглить ответы на родном языке. Правда ответов не много, иногда совсем нет, иногда они бестолковые, но всё же пока есть.
>Я то вижу как относительно малые по численности языковые группы живут в информационном гетто, это толкает их в мир англиского.До чего же ты __раб__, аж тошно! :(
>Дальше этот снежный ком будет только расти и становится сильнее.
В южных штатах США, даже в самом Техасе - испанский уже вот прямо сейчас куда распостранненней английского. И уже - государственный. То есть ты официально анлийский можешь не знать.
Просто я в отличии от тебя и в правду в СА живу. А разница между этим и картинкой в телеке ... есть :(
И много на том испанском выходит научного и развлекательного контента?
Много языков программирования на испанском?Вы путаете эммигрантов которые ещё не выучили язык с мировым трендом.
Да, американцы и англичане учат испанский или французкий, потому что он достаточно распространён, но надписи и в компах и в международных аэропортах всё ещё на инглише.
>И много на том испанском выходит научного и развлекательного контента?Про науку - не скажу.
Про развлечения - испансих каналов как бы не больше. И там не голубятня какая, а нормальные голые деффки :) И?
Кстати! Ссанкции ссанкциями - но русское TV работает :)>Много языков программирования на испанском?
Сколько програмистов на 1000 чел в Техасе? :)
А вот испаноговорящих >900, говорящих только на нём >200 и это Техас (ну там с рэнжерами, стражами гранцы и Крутыми Волкерами всякими) :)
В других за день можно вообще EN не услышать.Да хрен с ним с Техасом, рвани на север - в Канаду, в Монреаль. Зайди в любое кафе и закажи чего по английски :) Услыштшь приблизительно "только для белых" но на кравивой французкой мове :))))
И таки да - в конце будет китайский + хинду + что-то тюркско-арабское. Просто посмотрел какие школьники из школы выбегали :) Нет у нас шансов.
> Просто я в отличии от тебя и в правду в СА живу.Возвращайся, брат, пока транспорт ходит.
В московское гетто? Чего ради?
Ну дык выбор то уже не из
гетто vs не-гетто
Как бы мне не тошно было это видеть выбор нынче в сортах гетто. :(
Перекинутся качели или назад пойдут - не знаю, был бы такой умный - жил бы на яхте :)
> меньше смотрите телевизор.да, для таких как вы мы придумали ботов, алгоритмы продвижения в соцсетях и каналы со специально обученными админами, даёшь независимое и свободное творчество фографов и писателей новостей!
Не ссы, в проект на гитфрике не придут в любом случае.Хотя я бы им советовал все же по-английски - а то новые господа, когда придут, по-английски-то прочитали бы, они привычные, а тут заставят переводить на более удобный им мандарин, причем как обычно, сначала палок выпишут (а потом еще раз, просто традиция такая).
Ты видать не в курсе истории, что проект был на инглише на шитхабе, но его забанил шитхаб. Собственно, я не удивлён в осведомленности местного ыксперта.
Чтобы тебя забанил гитхуб - это надо постаратся, статус иноагента получить проще :)
Дайте ваши координаты, нам нужны такие как Вы. Трансгуманистическая транснациональная личность. Правда, количество данных на жестком диске не делает его разумным, но это ладно...
Ты не поверишь https://www.opennet.ru/opennews/art.shtml?num=57077
Почитай комментарии автора странно что его раньше не забанили.
> Почитай комментарии автора странно что его раньше не забанили.Комментарии к чему? На шитхабе все ок было.
Так не надо было связывать свой акк с теми зашкварщиками что под санкции попали.
И вообще, после крыма надо было быть умнее и понимать по каким критериям прилетает банхаммером.
> Так не надо было связывать свой акк с теми зашкварщиками что под
> санкции попали.
> И вообще, после крыма надо было быть умнее и понимать по каким
> критериям прилетает банхаммером.Зашкварщик в этой истории один - шитхаб.
> И вообще, после крыма надо было быть умнее и понимать по каким критериям прилетает банхаммером.По каким же?
Полиграф Полиграфович, вам лучше оставаться Шариком.Вы ровно также ничего из себя не представляете.
Вы - муравей, которому каждый каблук видеться юпитером, и сидящий на горе имени Джастина и Девида, так высоко, что слонов не видно.Отсюда и ваш пиетет перед "английским", воображаемым "всем миром" и прочие когнитивные искажения.
Поэтому позволяете себе с развязностью совершенно невыносимой подавать какие-то советы космического масштаба и космической же глупости...Эти буквы могут помочь https://clck.ru/33Dxze
+1ad formicam, omnis calcaneum est iuppiter
Нет никакого пеитета.
Был бы вместо англиского испанский в компах или китайский - его бы изучал, и он бы наверняка в международных аеропортах использовался вторым на табличках и тп.Все люди с пеитетом перед инглишем или японским или другими языками - они все пошли учится в иняз, целенаправленно, некоторые катались по программам обмена в страны с любимым языком.
Я на них насмотрелся пока сам в инязе работал компьтерной уборщицей :)
Нет, мне не был никогда английский даже близко настолько интересен, я вообще думал что так и сдохну в родной сибири и весь английский который мне был нужен - это чтобы в компе копаться.Свои трекинговые ссылки сами посещайте.
Ты походу не в курсе что на гит мать его флике тоже можно писать на инглише. Грамоте ты явно не обучен.
> Ты походу не в курсе что на гит мать его флике тоже
> можно писать на инглише. Грамоте ты явно не обучен.Там кстати описание проекта на англ. Видимо он вообще по ссылке не ходил. Одно слово - эксперт.
>> Ты видать не в курсе истории, что проект был на инглише на шитхабе, но его забанил шитхаб.
> это как-то изменит ситуацию что в прожект на шитфрике не придет ни
> один разработчик кроме уззкоязычных из одной отдельно взятой? (И отдельно не
> придут еще и потому что побрезгуют.)Глупость не пиши. Если проект важен для кого-то, то придут. Не важно шитхаб, шитлаб, гитфлик, сурсхат или что-то еще.
> Так что пишите комменты на китайском, ваши будущие господа непременно оценят.
Твои господа уже оценили как ты встаешь в позу, можешь выпрямиться. Или нет, лучше оставайся в такой, тебе идет.
> Сносный русский лучше плохого английского, опять жеЧто за тупые крайности? А если отличный английский vs отличный русский?
Я ещё не видел отличного русского или отличного английского даже от нейтивов. Ну это логично, мы тут не книги пишем и вычитку некому делать (и то часто экономят на кадрах и мусор проскакивает и тогда).
> Я ещё не видел отличного русского или отличного английскогоА я видел. И несу дальше -- чего и Вам желаю :)
Дожили, ключ-значение себе сами написать не могут. Вы обречены.
дык оналитеки хотят, а посчитатать свои ключи очень сложна :D
Правильно понимаю что sdb,gdb не нужны и вы сами свой уникальный хэшмап пилите, надеюсь с собственной хэш-функцией как положено?
У тебя теплое с зеленым в голове часто смешивается, что ты пишешь все подряд, к делу не относящиеся?
Да, исходя из типа ключа и значения. Поэтому у меня скорость всегда как минимум в два раза выше.
> Первый способ выгоднее при записи малого количества страниц и/или если канал взаимодействия с диском/носителем имеет близкую к нулю задержку. Второй способ выгоднее если требуется записать много страниц и/или канал взаимодействия имеет весомую задержку (датацентры, облака). Добавленная опция MDBX_opt_writethrough_threshold позволяет во время выполнения задать порог для динамического выбора способа записи в зависимости от объема и конкретных условия использования.Вот он какой, Cloud Native! ;)
Попросили сделать "крутилку" - нам не жалко.
Всё проще чем "нативные" патчи раздавать.
Стабильность и хорошо работающий заявленый функционал гарантирован?
На NFS с нескольких узлов можно юзать?
>На LDAP с нескольких узлов нужно юзатьфксд
В общем случае нет, так как libmdbx работает в разделяемой памяти.Можно:
1. В эксклюзивном режиме (с БД работает один процесс).
2. В тотальном read-only режиме (никто не пишет в БД).
Жалко. Sqlite, в таком режиме, в принципе работает, но с адскими тормозами на локах. И заменить нечем.
Не используй локи, используй слипы. bigbrain.jpg
Можно сделать еще "круче" - размесить в NFS образ виртуалки с сервером БД внутри и запускать его локально для обращения к БД.Конечно, лучше не есть с ножа (https://stackoverflow.com/questions/9907429/locking-sqlite-f...), а использовать mysql/postgresql/tarantool и т.д.
Заглянул в исходник и возник вопрос: почему Leonid Yuriev просто присвоил себе чужой код, тупо перебив копирайты? Даже следов, что это основано на LMDB не оставил. Разве так можно?
Врёти https://gitflic.ru/project/erthink/libmdbx/blob?file=src...
Прямо в основном хидере (mdbx.h) лицензия написана, в том числе и LMDB и то, что это форк, и всё остальное. Чем глядел в исходник-то?
Если немного проскроллить https://libmdbx.dqdkfa.ru/, то там есть табличка со статистикой.
По-факту чел переписал все нахрен, но сохранил копирайты.Author loc coms fils distribution
leo@yuriev.ru 72787 3574 93 98.7/94.9/58.1
vromanov@gmail.com 503 5 7 0.7/ 0.1/ 4.4
jsoref@users.noreply.github.com 123 2 23 0.2/ 0.1/14.4
crypto.sowle@gmail.com 69 1 1 0.1/ 0.0/ 0.6
andrea.lanfranchi@gmail.com 48 3 3 0.1/ 0.1/ 1.9
dreamsxin@126.com 47 1 1 0.1/ 0.0/ 0.6
hyc@symas.com 30 72 2 0.0/ 1.9/ 1.2
а тут https://gitflic.ru/project/erthink/libmdbx/blob?file=src... ?
Так подай иск в суд, может там читать научат.