Зачем использовать сценарий оболочки Groovy вместо Bash (когда важен объем памяти)? [закрыто]

Closed . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, отредактировав этот пост .

Закрыт 6 лет назад .

У меня есть сценарий Bash ( 50 строк кода), который требует небольшого взлома из-за ограничений bash. Итак, кто-то сказал: «Эй, используйте для этого лучший язык, чем bash!»

Итак, я посмотрел на Groovy (на очереди Groovy / Grails в моем списке для изучения, так что, может быть, сейчас хорошее время.) Я могу создавать более сложные сценарии оболочки, так что это может быть идеальным решением.

Но когда я запускаю даже простой сценарий Groovy ( while ( true) {...} ) потребление памяти процессом Java составляет 123M, ой, у меня есть около 10 таких скриптов для запуска (все теперь на базе bash) на коробке с 650M памяти. Эквивалентная подставка -alone bash-скрипт занимает около 1,5 МБ памяти.

случай:

Я новичок, делаю что-то не так, объем памяти 123M не нужен?
Groovy здесь не подходит? Может быть, Python или Perl больше заботятся о памяти?
bash - хороший вариант, даже с учетом его недостатков, когда важен небольшой размер?

linux bash groovy

задан Joachim Sauer 15 July 2011 в 08:21

0 ответов

Другие вопросы по тегам:

linux bash groovy

Зачем использовать сценарий оболочки Groovy вместо Bash (когда важен объем памяти)? [закрыто]

0 ответов

Похожие вопросы: