В Пнд, 16/03/2009 в 16:35 +0300, Artem Chuprina пишет: > Покотиленко Костик -> debian-russian@lists.debian.org @ Mon, 16 Mar 2009 > 14:36:44 +0200: > > >> >> Демоны почему-то чаще всего пишут не на скриптовых языках. > >> > > >> > Ошибаетесь. Большинство написанных в последние несколько лет демонов > как раз > >> > скриптовые. Вот лет 10 назад да, писали на С в основном, сейчас же > очень много > >> > написано на скриптовых языках. > >> > > >> > >> > >> Проверил список демонов на одной из машин > >> snmpd, courier-imap, courier-pop3, portmap, acpid, dbus, syslog, klog, > >> mysql, apache, cupsd, exim4, freeradius, smartmon, samba, winbind и еще > >> несколько других - все не скриптовые. > >> Единственный найденный скриптовый - xen > > ПК> spamassassin тоже скриптовый, но это его минус, причём большой. > > Минус его не в этом. Сделать ту же обработку на C у тебя, может, и > получится, но шансы, что она окажется быстрее, близки к нулю. Потому > что perl заточен ровно под задачи этого класса, и производительность > _этих_ операций в нем вылизана гораздо лучше, чем это сможешь сделать ты > за ограниченное время.
Ты прав, не по тому пути они пошли, но их уже не догнать. Пойми в чём тут дело? С perl и python всегда так. downloading servers from http://pyzor.sourceforge.net/cgi-bin/inform-servers-0-3-x Traceback (most recent call last): File "/usr/bin/pyzor", line 8, in ? pyzor.client.run() File "/var/lib/python-support/python2.4/pyzor/client.py", line 1003, in run ExecCall().run() File "/var/lib/python-support/python2.4/pyzor/client.py", line 184, in run self.servers = self.get_servers(servers_fn) File "/var/lib/python-support/python2.4/pyzor/client.py", line 409, in get_servers servers.read(open(servers_fn)) File "/var/lib/python-support/python2.4/pyzor/client.py", line 117, in read self.append(pyzor.Address.from_str(line)) File "/var/lib/python-support/python2.4/pyzor/__init__.py", line 458, in from_str fields[1] = int(fields[1]) IndexError: list index out of range > Минус его в том, что он умеет больше, чем следует :-) Отчего нередко > употребляется там, где следовало бы отшить супостата на этапе > SMTP-сессии. Или тогда же пометить как спам, не анализируя содержимого > письма вообще. Ну, это лечится слава Богу. -- Покотиленко Костик <cas...@meteor.dp.ua> -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org