beem7, ну в оглавлении вы написали про "все БД", если честно я упустил уточнение что вопрос в контексте только двух конкретных хранилищ.
1) размер. интерпретатор луа - 3-5Мб. интерпретатор питона - 30-50мб. для приложение в 10мб это вполне себе критично.
2) песочница. попробуйте гарантировать что пользовательский скрипт в питоне не начнет удалять файлы в системе. с тем-же луа это решается с коробки.
3) популярность. отвечая на вопрос "что использовать в качестве встроенного языка" в голову в первую очередь приходит луа/схема. во вторую - свой написание своего дсля. использование тут джаваскрипта я вообще никогда не видел (питон - видел).
4) исторически так сложилось. был успешный опыт использования луа, его и продолжили использовать.
а что с этого реально повлияло на выбор луа - могут только разработчики и ответить.
плохо искали, в том-же постгресе хранимки можно на куче языков писать (в том числе и на питоне - https://www.postgresql.org/docs/9.6/plpython.html). Ну и да - луа это вполне себе стандарт для использования в качестве скриптового языка (он для этого первоначально и создавался)
AlexsandrLomaev, ну тогда дальше разбирайтесь сколько там байт число должно быть (пример с 4ех байтным показали, но не факт что там именно 4 байта), и какая последовательность байт LE/BE (скорее всего как и в системе, но далеко не факт)
byte[] bytes = { Convert.ToByte(convertByte) };
ну так вы определитесь что вы делаете, а то в примере такой строчки нету. ну и да, 1196 в 1 байт не влезет, потому через Convert.ToByte вы это не сделаете. Смотрите например на BitConverter (только сначала определитесь с BE/LE)
Сергей, во 64гб это уже похоже на реальность. на самом деле это кол-во виртуальной памяти, т.е. заняты все 32гб физической памяти и еще 32гб лежат на диске до востребования (увы, я не могу ответить на вопрос "почему лимит на коммит памяти может быть больше чем кол-во физической + лимит на своп", это к системным программистам уже).
Касательно винды - на мониторинге хорошо видно что в какой-то момент вся физическая память занята под 0 и начинает активно использоваться виртуальная:
В диспетчере задач в этот момент было видно что коммит по памяти был около 32Гб с 85 возможных (32Гб физической + виртуальная). И когда приложение отожрало порядка 70Гб и начал активно работать ГС - я его прибил уже
MegaPuxapb, вроде нет, я если честно даже не задавался таким вопросом. На самом деле у меня даже нет особых аргументов почему именно этот таймтрекер (а не какой-то другой). Я в свое время просто взял первый-же таймтрекер который подошел под мои требования (возможность приблизительно отследить когда я закончил заниматься своими проектами и начал заниматься рабочими)
как вариант - wakatime. с vscode тоже интегрируется. Бесплатного тарифа (с историей в 2 недели) вполне хватает чтоб трекать для себя когда и чем ты занимался.
если вы не собираетесь интегрироваться с мейнфреймами, то в качестве переноса строки у вас будет либо \r, либо \n, либо \r\n. вполне возможно что в вашем случае в качестве переноса используется \r. можете просто открыть ее в любом хекс редакторе и посмотреть что там реально записано
1) размер. интерпретатор луа - 3-5Мб. интерпретатор питона - 30-50мб. для приложение в 10мб это вполне себе критично.
2) песочница. попробуйте гарантировать что пользовательский скрипт в питоне не начнет удалять файлы в системе. с тем-же луа это решается с коробки.
3) популярность. отвечая на вопрос "что использовать в качестве встроенного языка" в голову в первую очередь приходит луа/схема. во вторую - свой написание своего дсля. использование тут джаваскрипта я вообще никогда не видел (питон - видел).
4) исторически так сложилось. был успешный опыт использования луа, его и продолжили использовать.
а что с этого реально повлияло на выбор луа - могут только разработчики и ответить.