LINUX.ORG.RU

Демоны и sbcl

 ,


0

1

Допустим я написал маленький демон, работающий всё время и с заданной частотой f дёргает некоторый ресурс, запускает sbcl --script передавая ему полученные данные. Последний в свою очередь имеет очень хитрый алгоритм с декларативной инициализацией, который парсит данные, думает и передаёт результат демону (через stdout) в виде текста. Демон в свою очередь шлёт результаты куда надо.

Вопрос: это ничего что частоту проверки f в интересный момент пользователь может поднять до нескольки раз в минуту, а sbcl по сути жирненький бинарь под 30М?

★★★★★

Последнее исправление: ados (всего исправлений: 1)

sbcl - это много маленьких бинарей с собственой типа fs. Затык в том что инициализация этого хозяйства незаточена под быстрый запуск за ненедобностью. CMU в этом смысле (но не в других) сильно лучше. И да запуская все оптом раз в несколько минут ты хочешь и делаешь странное.

P.S c norc и сопряженным у меня --script за ~1.5 c. на моем металломе.

antares0 ★★★★
()
Последнее исправление: antares0 (всего исправлений: 1)

В итоге зачем тебе std{in,out}? Сделай нормальные unix сокеты и ничего презапускать не надо. Плюс netcat в качечтве трамплина если хочется оставить как есть.

antares0 ★★★★
()
Последнее исправление: antares0 (всего исправлений: 1)
Ответ на: комментарий от lazyklimm

Демон постоянно выполняет не самую важную функцию на десктопе, при том что на постоянно загружены emacs, firefox, goldendict, sbcl на котором творится всякая химия, частенько поднимаются такие поедатели памяти, как zathura. Изредка к ним присоединяется xelatex или inkscape. Короче потребление памяти.

Конечно лучше всего для этого clisp (благо тот же код на нём работает одинаково, пока что). В общем поддаюсь мыслям о сверхоптимизациях.

Ну вот чем плохо, что регулярно скриптом из cron-а будет считываться 10М собранного образа с винчестера?

ados ★★★★★
() автор топика
Последнее исправление: ados (всего исправлений: 3)
Ответ на: комментарий от ados

может поднять до нескольки раз в минуту

В общем поддаюсь мыслям о сверхоптимизациях.

Противоречие, но можно отстреливать процесс по таймауту через пару минут.

antares0 ★★★★
()
Ответ на: комментарий от ados

при том что на постоянно загружены ... sbcl

У запущено процеса выпросить нить. Еще есть --merge-core-pages если заниматься сверхоптимизацией памяти.

antares0 ★★★★
()
Ответ на: комментарий от lazyklimm

Ну как оно в сравнении?

ados ★★★★★
() автор топика

clisp в смысле размера footprint - отличный выбор. Стартует быстро, мало памяти ест.

Zubok ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.