UbIvItS опять в своем репертуаре: не читал, не изучал, но хвалю и мнение свое имею - потому, что так сейчас говорят все, кто погружался в тему ( в отличии от некоторых, не будем показывать пальцем ). Как можно сравнивать Си и Питон? Оба языка с совершенно разными целями и задачами. Вы еще Ассемблер и Питон сравните. Это примерно как сравнивать вездеходы, трактора и гоночные автомобили. И утверждать, что скоро какой-то один класс из этих трех - вытеснит другие.
А какой смысл пихать в IDAPro клятый питухон, если Lua горазда проще? Мне не нравится вся эта свиста пляска с питухоном, когда какой-то другой ЯП использовать более целесообразно. Lua в IDAPro горазда проще использовать и логичней, Луа достаточно хорош в обработках строк и не слишком сложных данных, а большего в IDAPro и не надо. Просто реально достал это МИФ, что ПИТУХОН это очень лёгкий ЯП, да нихрена.
Кому проще? Питон знает куча людей, которым Луа вообще не впился никуда. Давай скажи всем, кому когда либо нужно было автоматизировать Иду, что им нужно будет теперь индексировать массивы с единицы, а не с нуля. Или заниматься неприятным сексом с мета-таблицами. Или что у них не будет нормальной стандартной библиотеки. А что сложного? 99 процентов людей никогда в жизни не столкнется с необходимостью писать мета-классы, что еще?
Сидели бы вы в своем Linux'е и не высовывались - так было бы лучше и для форума и для вашего ума - не так был бы заметен его приличный недостаток. Есть хорошая поговорка на этот счет: "дурак промолчит - за умного сойдет" - слышали наверное? Так вот вас это напрямую касается. Ну цирк, какой-то незнайка-недоучка собрался объяснять мою глупость(сохранил вашу формулировку). Вы сначала о своем кретинизме миф развейте, а потом уж будете других обсуждать.
так по теме-то есть, что сказать? теперь объясняю тебе твою глупость: компиль (си) == компиль (питон) == бинарь, то бишь компиль может стирать грань меж яп-ами. вся магия сишечки пролегает лишь в том, что её компиль не тянет всяку крень в бинарь и то же самое возможно соорудить для питона, тч дравер на питоне мб полностью идентичным драверу на сишечки. но в отличие от сишечки питон даёт моно-среду разработки: целевые модули / сборка / тесты / интеграция доп инструментов - всё прописывается одним яп-ом (питоном) и не надо лепить горбатого на стыковках нестандартных модулей, множа блоутвару и баги. вот так-то
Ну во-первых, не уверен, что языки со сборщиками мусора будут хорошо себя чувствовать в ядре. Для этого нужно этот сборщик мусора как-то удачно интегрировать, чтобы не было рандомных пауз на сборку, я уже приводил пример, что, например, в игровых движках можно проводить сборку мусора между кадрами (если время на это остается). И во-вторых, если это норм, то можно и без компиляции обойтись, запуская виртуальную машину Петухона внутри ядра (вроде HoShiMin так даже уже делал, но с QuickJS движком) или вообще используя JIT-компилятор. Так что, в этом плане отсутствие нативного компилятора не является последней выжившей причиной, почему Петухон еще не в ядрах операционных систем.
сборщик мусора (он же коллектор), сейф чекеры, логгеры - вся ся хрень полностью выпиливается из бинаря, если нужна предельная скорость или может использоваться модель условного вкл/откл таких сервисов.
Ну покажи, как вся хрень выпиливается из Петухона. В том же Кондоме вроде используется Boehm, выпилишь его - получишь утечки памяти, в ядре это особенно прекрасно будет.
UbIvItS, ну что я могу вам ответить? Четверостишия с намеком, я вам уже писал - не дошло. Вот видио еще гляньте и подумайте над тем, почему я вспомнил про это видео, читая ваши посты? И самое главное - не затягивайте этот свой бред величия - обратитесь к специалистам, а-то ведь со временем, ваше состояние может ухудшится и могут даже пострадать невинные люди. Не дай бог. Здоровья вам побольше - берегите себя.
Ага, пробовал AngelScript и QuickJS. Достаточно подложить им несколько CRT’шных функций - и они соберутся и будут работать. Пробовал затащить ещё MicroPython, но он огромный, его очень сложно собрать под виндовое ядро и нет libffi - в итоге забил. Но в целом да - со скриптами в ядре проблем нет. Ну а Lua в ядро не затаскивал только ленивый: https://github.com/can1357/NtLua
аки в сишечке - явно создал, явно убрал: коллектор не является оправданием грязнульности + на пиковых нагрузках от него совсем толка нет (либо чудовищно тормозит, либо совсем вылетает).
Ну ты бы либо взял и сделал это, либо не молол чепухи, а то я уже подустал спорить с абсолютным бредом. Питон динамический язык, там настолько много возможностей неявно выделить память, что без сборщика мусора ты задолбаешься руками память освобождать. Там даже True/False - это синглтон объект, в который при желании можно свой собственный метод впихнуть, и да метод - это тоже объект.
а акая разница сколькими методами можно память выделить? запускай тесты и смотри, где течёт + вся локальная память отваливается по завершению функции... ещё https://www.geeksforgeeks.org/diagnosing-and-fixing-memory-leaks-in-python/
тех проблемы в данном случае, можно сказать, из разряда житейских мелочей (так аль иначе они решаемы). а вот надвигающаяся Волна массовых банкротств ойти действительно несёт с собой Большую Кучу неподдельного йумара.. оно и в тучные годы опенсорс толком не блистал деньгами, а сейчас совсем до смешного может дойти (к примеру, массовое закрытие датацентров может привести к физической потере очень многих исходников, большая часть этих потерь будет из-за протеста/саботажа).
Аплодисменты стоя - надо было тратить ярды и ярды на лото машину. любой тв-тюнер за пару грошей может использоваться для сих благих целЁвЪЪЪ хай-тека
си 4ерти так и не воткнули, что (если отключить всю керобору слежки и манипуляций сознанием) можно значительно скостить операционные расходы и тем самым получать доп ресурсы на реальное развитие хай-тека