LINUX.ORG.RU

История изменений

Исправление wandrien, (текущая версия) :

а если критична - кучу запусков awk и пр. тоже не бесплатна вообще то…

Вот поэтому и хочется форкаться только тогда когда реально так быстрее и проще, а не когда язык заставляет, потому что в него функций для работы со строками и массивами недоложили.

То есть вилка такая:

  • Если мы берём sh, у нас есть достаточно дешевые fork и exec, в том числе и exec с повторным входом в sh снова. Но самих этих fork и exec получается избыточно много.
  • Если мы берём «настоящий ЯП», то мы можем радикально сократить число лишних fork, но в то же время exec в самого себя становится сильно дороже, а использование пайплайнов – менее удобным.

Задачу можно решать с двух сторон.

  1. Брать крайне легковесный ЯП общего назначения, чтобы время инициализации интерпретатора снова стало дешевым. Выше предложили вариант с Lua.
  2. Брать узкоспециализированный ЯП под задачу. Выше тоже такой вариант предложили.

Как видишь, тема получается интересной.

Исходная версия wandrien, :

а если критична - кучу запусков awk и пр. тоже не бесплатна вообще то…

Вот поэтому и хочется форкаться только тогда когда реально так быстрее и проще, а не когда язык заставляет, потому что в него функций для работы со строками и массивами недоложили.

То есть вилка такая:

  • Если мы берём sh, у нас есть достаточно дешевые fork и exec, в том числе и exec с повторным входом в sh снова. Но самих этих fork получается избыточно много.
  • Если мы берём «настоящий ЯП», то мы можем радикально сократить число лишних fork, но в то же время exec в самого себя становится сильно дороже, а использование пайплайнов – менее удобным.

Задачу можно решать с двух сторон.

  1. Брать крайне легковесный ЯП общего назначения, чтобы время инициализации интерпретатора снова стало дешевым. Выше предложили вариант с Lua.
  2. Брать узкоспециализированный ЯП под задачу. Выше тоже такой вариант предложили.

Как видишь, тема получается интересной.