Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
13:50:42 +:
И на каждое выделение памяти. Вверх по всему стеку вызовов.
ПК Если не увлекаться вызовом malloc() inline, а каждый объект
ПК делать набор функций create, destroy и т.д. то это не много
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
15:53:25 +0200:
ПК На самом деле в приличных проектах от эффективности
ПК управления памятью зависит всё. Если это управление от тебя
ПК не зависит, от тебя уже мало что зависит.
Посмешил. Вот
В Пнд, 23/03/2009 в 18:26 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
13:50:42 +:
И на каждое выделение памяти. Вверх по всему стеку вызовов.
ПК Если не увлекаться вызовом malloc() inline, а каждый объект
В Пнд, 23/03/2009 в 18:56 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
15:53:25 +0200:
ПК На самом деле в приличных проектах от эффективности
ПК управления памятью зависит всё. Если это управление от тебя
ПК не
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 23 Mar 2009
18:43:52 +0200:
И на каждое выделение памяти. Вверх по всему стеку вызовов.
ПК Если не увлекаться вызовом malloc() inline, а каждый объект
ПК делать набор функций create, destroy и т.д. то это
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 23 Mar 2009
18:49:33 +0200:
ПК Я говорил о удобстве в Си управлять сложно связанными структурами.
А... Так вот. В C сложно связанными структурами управлять неудобно.
И, кстати, можно проиграть в производительности даже перлу, не
В Вто, 24/03/2009 в 00:04 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 23 Mar 2009
18:43:52 +0200:
И на каждое выделение памяти. Вверх по всему стеку вызовов.
ПК Если не увлекаться вызовом malloc() inline, а каждый объект
В Птн, 20/03/2009 в 00:56 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
23:00:22 +0200:
Ну и там прочее по мелочи - а что у нас не освободится, если вылетит
ошибка вот тут?
Разумеется, без gtk_widget_destroy() или
В Птн, 20/03/2009 в 00:47 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
22:41:42 +0200:
Как только ты на C выбираешь достаточно высокий уровень, ты
немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
В Птн, 20/03/2009 в 00:43 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
22:37:50 +0200:
Мне нравится с годами углубляться в один и тот же язык, чем с каждым
годом изучать их больше. На Си можно сделать всё, а тебе видимо
On Fri, 20.03.2009 11:52:03 , Покотиленко Костик wrote:
В Птн, 20/03/2009 в 00:56 +0300, Artem Chuprina пишет:
Любая попытка выделить память может закончиться неудачей. И называется
она malloc() или create - рояля не играет. Ну, с точностью еще до
классических грабель объективизации
В Птн, 20/03/2009 в 12:35 +0200, Тихон Тарнавский пишет:
On Fri, 20.03.2009 11:52:03 , Покотиленко Костик wrote:
В Птн, 20/03/2009 в 00:56 +0300, Artem Chuprina пишет:
Любая попытка выделить память может закончиться неудачей. И называется
она malloc() или create - рояля не играет. Ну, с
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
11:52:03 +0200:
Ну и там прочее по мелочи - а что у нас не освободится,
если вылетит ошибка вот тут?
Разумеется, без gtk_widget_destroy() или там EVP_PKEY_free()
было бы совсем хреново. Но с
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
11:54:08 +0200:
Как только ты на C выбираешь достаточно высокий уровень, ты
немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
... правильно, все равно заботой о распределении
В Птн, 20/03/2009 в 16:32 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
11:52:03 +0200:
Ну и там прочее по мелочи - а что у нас не освободится,
если вылетит ошибка вот тут?
Разумеется, без
В Птн, 20/03/2009 в 16:35 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
11:54:08 +0200:
Как только ты на C выбираешь достаточно высокий уровень, ты
немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
11:56:15 +0200:
ПК Сложно там с библиотеками, потому и говорю что нет.
Можно сишную позвать :-) Можно, впрочем, и перловую :-)
ПК Я б на это посмотрел! Главный цикл на Asm'е вызывающий перловые
ПК процедуры :-)
On Fri, 20.03.2009 13:50:42 , Покотиленко Костик wrote:
В Птн, 20/03/2009 в 16:32 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 20 Mar 2009
11:52:03 +0200:
ПК У Perl'а своя ниша, и он хорош пока от туда не вылазит.
Не вопрос. Она у него
Hello!
On Friday 20 March 2009 17:45:17 Покотиленко Костик wrote:
Посмотрим что успешно пишут на Си: драйвера, демоны, серверные,
клиентские, десктопные приложения, и т.д.
Веб-сайт или программа с GUI на чистом С? Возможно, но безумно трудоемко.
Так что успех весьма сомнительный.
В Срд, 18/03/2009 в 19:35 +0300, Alexey Pechnikov пишет:
Hello!
Еще есть ненулевое время на открытие сокета, обработку заголовков
запроса, ожидание свободного процесса из пула процессов для вычислений и
проч.
Да, но это уже ботаника, без измерений нечего тут сказать.
Вам гугл за
On 18 March 2009 17:08:20 Покотиленко Костик wrote:
В Срд, 18/03/2009 в 16:31 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
15:03:57 +0200:
Ну так как, пробовать будем?
Неа.
Если посмотреть выше, то речь шла о
Hello!
On Thursday 19 March 2009 01:28:20 Artem Chuprina wrote:
AP Alexander Danilov недавно высказывал желание сделать аналог SQLite на
одном из AP функциональных языков. Имхо не лучшая идея с точки зрения
эффективности, AP предпочитаю на С низкоуровневые вещи делать (ну может
еще и
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
11:19:57 +0300:
AP Alexander Danilov недавно высказывал желание сделать аналог SQLite на
одном из AP функциональных языков. Имхо не лучшая идея с точки зрения
эффективности, AP предпочитаю на С низкоуровневые вещи
В Срд, 18/03/2009 в 22:01 +0400, Степан Голосунов пишет:
Покотиленко Костик cas...@meteor.dp.ua writes:
В Срд, 18/03/2009 в 16:31 +0300, Artem Chuprina пишет:
Как только ты на C выбираешь достаточно высокий уровень, ты немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
В Срд, 18/03/2009 в 20:52 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
17:08:20 +0200:
Как только ты на C выбираешь достаточно высокий уровень, ты немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
...
В Чтв, 19/03/2009 в 09:07 +0200, chaos пишет:
On 18 March 2009 17:08:20 Покотиленко Костик wrote:
В Срд, 18/03/2009 в 16:31 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
15:03:57 +0200:
Ну так как, пробовать будем?
Степан Голосунов - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
23:55:33 +0400:
Как только ты на C выбираешь достаточно высокий уровень, ты немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
... правильно, все равно заботой о распределении памяти (почистить
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
20:29:36 +0200:
Мне нравится с годами углубляться в один и тот же язык, чем с каждым
годом изучать их больше. На Си можно сделать всё, а тебе видимо
приходится слазить с Тикля иногда.
на асме тоже
ПК На асме
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
20:19:52 +0200:
Как только ты на C выбираешь достаточно высокий уровень, ты немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
... правильно, все равно заботой о распределении памяти (почистить
В Чтв, 19/03/2009 в 23:25 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
20:29:36 +0200:
Мне нравится с годами углубляться в один и тот же язык, чем с каждым
годом изучать их больше. На Си можно сделать всё, а тебе видимо
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
20:44:07 +0200:
Ну и там прочее по мелочи - а что у нас не освободится, если вылетит
ошибка вот тут?
Разумеется, без gtk_widget_destroy() или там EVP_PKEY_free() было бы
совсем хреново. Но с ними - просто
В Чтв, 19/03/2009 в 23:23 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
20:19:52 +0200:
Как только ты на C выбираешь достаточно высокий уровень, ты немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
...
В Чтв, 19/03/2009 в 23:32 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
20:44:07 +0200:
Ну и там прочее по мелочи - а что у нас не освободится, если вылетит
ошибка вот тут?
Разумеется, без gtk_widget_destroy() или там
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
22:37:50 +0200:
Мне нравится с годами углубляться в один и тот же язык, чем с каждым
годом изучать их больше. На Си можно сделать всё, а тебе видимо
приходится слазить с Тикля иногда.
на асме тоже
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
22:41:42 +0200:
Как только ты на C выбираешь достаточно высокий уровень, ты
немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
... правильно, все равно заботой о распределении памяти
Покотиленко Костик - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
23:00:22 +0200:
Ну и там прочее по мелочи - а что у нас не освободится, если вылетит
ошибка вот тут?
Разумеется, без gtk_widget_destroy() или там EVP_PKEY_free() было бы
совсем хреново. Но с ними -
On 17 March 2009 20:33:32 Alexey Pechnikov wrote:
Hello!
On Tuesday 17 March 2009 21:06:58 Alexander GQ Gerasiov wrote:
Есть у меня и демоны на тикле, например, собирают и обрабатывают
данные с цисок и других АТС. Написать то же самое на С большая работа
(на тикле используются события
On 17 March 2009 20:44:05 Покотиленко Костик wrote:
В Вто, 17/03/2009 в 21:33 +0300, Alexey Pechnikov пишет:
Hello!
On Tuesday 17 March 2009 21:06:58 Alexander GQ Gerasiov wrote:
Есть у меня и демоны на тикле, например, собирают и обрабатывают
данные с цисок и других АТС. Написать
On 17 March 2009 21:00:54 Alexey Pechnikov wrote:
Hello!
On Tuesday 17 March 2009 21:44:05 Покотиленко Костик wrote:
Обращаю ваше внимание на постановку задачи:
Никаких внешних библиотек не используем, только встроенные средства.
Постановка с подковыркой, заведомо выиграет C# со
В Вто, 17/03/2009 в 22:49 +0300, Alexey Pechnikov пишет:
Hello!
On Tuesday 17 March 2009 22:19:12 Покотиленко Костик wrote:
Если изменить архитектуру так:
- один процесс принимает все соединения с одной стороны, и общается с
несколькими процессами выполняющими вычисления (SSI, PHP, etc)
Hello!
Предложенная вами архитектура не годится. Хотя бы потому, что 1
слушающий процесс всегда будет узким местом.
Не будет. Его задача состоит только в том чтобы делать read() на сокет
клиенты и write() на сокет процесса выполняющего вычисления, потом
обратно, и так по кругу для всех
chaos - debian-russian@lists.debian.org @ Tue, 17 Mar 2009 17:21:03 +0200:
Перл бы еще рассказал, с какими аргументами была вызвана функция, что
позволило бы найти ошибку гораздо быстрее.
ПК Не спорю. Этот инструмент хорош, но не для фундаментальных задач.
Для фундаментальных
Hello!
On Wednesday 18 March 2009 13:35:31 Artem Chuprina wrote:
Для фундаментальных задач хороши инструменты, от которых ты,
подозреваю, в лучшем случае название слышал...
c Для начала тогда было бы не плохо определить, что это за задачи
c такие, которые относятся к разряду
On 18 March 2009 12:35:31 Artem Chuprina wrote:
chaos - debian-russian@lists.debian.org @ Tue, 17 Mar 2009 17:21:03 +0200:
Перл бы еще рассказал, с какими аргументами была вызвана функция,
что позволило бы найти ошибку гораздо быстрее.
ПК Не спорю. Этот инструмент хорош, но не
chaos - debian-russian@lists.debian.org @ Wed, 18 Mar 2009 12:55:55 +0200:
Перл бы еще рассказал, с какими аргументами была вызвана функция,
что позволило бы найти ошибку гораздо быстрее.
ПК Не спорю. Этот инструмент хорош, но не для фундаментальных задач.
Для
Alexey Pechnikov - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
14:17:05 +0300:
Для фундаментальных задач хороши инструменты, от которых ты,
подозреваю, в лучшем случае название слышал...
c Для начала тогда было бы не плохо определить, что это за задачи
c такие, которые
Hello!
On Wednesday 18 March 2009 14:39:49 Artem Chuprina wrote:
Ну и эта... Уж физики-то могут себе позволить _настоящий_ ДСЧ... Он у
них все равно есть, и какие-то датчики туда все равно заведены...
Любой эксперимент, в т.ч. численный, должен быть воспроизводим. Программная
реализация
Alexey Pechnikov - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
14:53:21 +0300:
Ну и эта... Уж физики-то могут себе позволить _настоящий_ ДСЧ... Он у
них все равно есть, и какие-то датчики туда все равно заведены...
AP Любой эксперимент, в т.ч. численный, должен быть
AP
Hello!
On Wednesday 18 March 2009 15:15:32 Artem Chuprina wrote:
AP Любой эксперимент, в т.ч. численный, должен быть
AP воспроизводим. Программная реализация (через прямое-обратное фурье)
AP работает с любым случайным шумом на входе и, следовательно, условие
AP воспроизводимости
В Срд, 18/03/2009 в 13:34 +0300, Alexey Pechnikov пишет:
Hello!
Предложенная вами архитектура не годится. Хотя бы потому, что 1
слушающий процесс всегда будет узким местом.
Не будет. Его задача состоит только в том чтобы делать read() на сокет
клиенты и write() на сокет процесса
Alexey Pechnikov - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
15:35:59 +0300:
AP Любой эксперимент, в т.ч. численный, должен быть
AP воспроизводим. Программная реализация (через прямое-обратное фурье)
AP работает с любым случайным шумом на входе и, следовательно, условие
AP
В Срд, 18/03/2009 в 21:32 +0900, Alexander Danilov пишет:
Alexander GQ Gerasiov пишет:
На Tue, 17 Mar 2009 20:37:53 +0300
Alexey Pechnikov pechni...@mobigroup.ru записано:
Hello!
On Tuesday 17 March 2009 19:33:16 Yuri Kozlov wrote:
Ну так как, пробовать будем?
Неа.
Если
Иван Лох - debian-russian@lists.debian.org @ Wed, 18 Mar 2009 15:58:11 +0300:
Импоссибл. Потому что точность вычислений ограничена по
определению. Равно как и точность статистики. Оно может приводить
только к _близкому_ результату. И при _близких_, а не _совпадающих_
макропараметрах
Покотиленко Костик - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
15:03:57 +0200:
Ну так как, пробовать будем?
Неа.
Если посмотреть выше, то речь шла о демонах, а не парсерах текстовых
файлов. Или Вы считаете их равнозначными задачами?
Есть у меня и демоны на тикле,
Alexander Danilov - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
23:05:50 +0900:
Ну так как, пробовать будем?
Неа.
Если посмотреть выше, то речь шла о демонах, а не парсерах текстовых
файлов. Или Вы считаете их равнозначными задачами?
Есть у меня и демоны на
В Срд, 18/03/2009 в 16:31 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
15:03:57 +0200:
Ну так как, пробовать будем?
Неа.
Если посмотреть выше, то речь шла о демонах, а не парсерах текстовых
файлов. Или Вы считаете их
В Срд, 18/03/2009 в 23:05 +0900, Alexander Danilov пишет:
Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
15:03:57 +0200:
Ну так как, пробовать будем?
Неа.
Если посмотреть выше, то речь шла о демонах, а не парсерах
On 18 March 2009 13:36:11 Artem Chuprina wrote:
chaos - debian-russian@lists.debian.org @ Wed, 18 Mar 2009 12:55:55 +0200:
Перл бы еще рассказал, с какими аргументами была вызвана
функция, что позволило бы найти ошибку гораздо быстрее.
ПК Не спорю. Этот инструмент хорош,
On 18 March 2009 15:58:42 Alexander GQ Gerasiov wrote:
Tue, 17 Mar 2009 22:00:54 +0300
Alexey Pechnikov pechni...@mobigroup.ru wrote:
Hello!
On Tuesday 17 March 2009 21:44:05 Покотиленко Костик wrote:
Обращаю ваше внимание на постановку задачи:
Никаких внешних библиотек не
On 18 March 2009 15:03:57 Покотиленко Костик wrote:
В Срд, 18/03/2009 в 21:32 +0900, Alexander Danilov пишет:
Alexander GQ Gerasiov пишет:
На Tue, 17 Mar 2009 20:37:53 +0300
Alexey Pechnikov pechni...@mobigroup.ru записано:
Hello!
On Tuesday 17 March 2009 19:33:16 Yuri Kozlov
Hello!
On Wednesday 18 March 2009 16:23:08 Artem Chuprina wrote:
Импоссибл. Потому что точность вычислений ограничена по
определению. Равно как и точность статистики. Оно может приводить
только к _близкому_ результату. И при _близких_, а не _совпадающих_
макропараметрах - тоже.
Hello!
Еще есть ненулевое время на открытие сокета, обработку заголовков
запроса, ожидание свободного процесса из пула процессов для вычислений и
проч.
Да, но это уже ботаника, без измерений нечего тут сказать.
Вам гугл за неуплату отключили? :-)
Совершенно неверно. Для SATA дисков,
Иван Лох - debian-russian@lists.debian.org @ Wed, 18 Mar 2009 17:33:13 +0300:
ИЛ Не. Имеется в виду, что решение должно сходиться к одной точке. А
ИЛ не к близкой к ней ;-}
_Сходиться_ - не вопрос. Вопрос в том, что _точное_ значение этой
точки получить все равно невозможно
Покотиленко Костик - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
17:08:20 +0200:
Как только ты на C выбираешь достаточно высокий уровень, ты немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
... правильно, все равно заботой о распределении памяти (почистить за
Hello!
On Wednesday 18 March 2009 20:42:25 Artem Chuprina wrote:
ИЛ Точное значение -- это какое-нибудь трансцендентное число? Тогда
ИЛ нет, конечно. Но обеспечить _наперед заданную_ точность можно на
ИЛ любом распределении. Если мы, конечно, в нужную долину попали.
В вероятностной-то
Hello!
On Wednesday 18 March 2009 20:52:44 Artem Chuprina wrote:
ПК Мне нравится с годами углубляться в один и тот же язык, чем с каждым
ПК годом изучать их больше. На Си можно сделать всё, а тебе видимо
ПК приходится слазить с Тикля иногда.
ПК Вопрос удобства можно обсудить, очень
Alexey Pechnikov - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
21:27:19 +0300:
ИЛ Точное значение -- это какое-нибудь трансцендентное число? Тогда
ИЛ нет, конечно. Но обеспечить _наперед заданную_ точность можно на
ИЛ любом распределении. Если мы, конечно, в нужную долину
Alexey Pechnikov - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
21:32:38 +0300:
ПК Мне нравится с годами углубляться в один и тот же язык, чем с каждым
ПК годом изучать их больше. На Си можно сделать всё, а тебе видимо
ПК приходится слазить с Тикля иногда.
ПК Вопрос удобства
В Вто, 17/03/2009 в 00:05 +0300, Alexey Pechnikov пишет:
Hello!
On Monday 16 March 2009 20:48:44 Покотиленко Костик wrote:
Про потребляемую память забываем.
И яркий пример тому тот же spamassassin. Он одновременно может только 5
потоков обрабатывать, как написано в документации,
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
19:04:24 +0200:
Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет
демонов как раз
скриптовые. Вот лет 10 назад да,
Hello!
On Tuesday 17 March 2009 13:44:05 Покотиленко Костик wrote:
Хорошее решение то, что работает.
Т.е. mysql-demon в KDE4 хорошее решение? И spamassassin тоже хорошее
решение - так что же вы его выше так ругали?
Примерно так же можно сказать - хорошая еда, которая пахнет. А пахнет розами
В Вто, 17/03/2009 в 14:15 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
19:04:24 +0200:
Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет
В Вто, 17/03/2009 в 15:20 +0300, Alexey Pechnikov пишет:
Hello!
On Tuesday 17 March 2009 13:44:05 Покотиленко Костик wrote:
Хорошее решение то, что работает.
Т.е. mysql-demon в KDE4 хорошее решение? И spamassassin тоже хорошее
решение - так что же вы его выше так ругали?
Примерно
В Вто, 17/03/2009 в 21:47 +0900, Alexander Danilov пишет:
Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
19:04:24 +0200:
[skip]
ПК По этому - чуть шо, получаем какую-то ругань, никому, кроме
ПК потенциального хакера не полезную.
Покотиленко Костик - debian-russian@lists.debian.org @ Tue, 17 Mar 2009
14:42:23 +0200:
Перл бы еще рассказал, с какими аргументами была вызвана функция, что
позволило бы найти ошибку гораздо быстрее.
ПК Не спорю. Этот инструмент хорош, но не для фундаментальных задач.
Для
On 17 March 2009 17:15:16 Artem Chuprina wrote:
Покотиленко Костик - debian-russian@lists.debian.org @ Tue, 17 Mar 2009
14:42:23 +0200:
Перл бы еще рассказал, с какими аргументами была вызвана функция, что
позволило бы найти ошибку гораздо быстрее.
ПК Не спорю. Этот инструмент хорош,
Hello!
On Tuesday 17 March 2009 19:33:16 Yuri Kozlov wrote:
Ну так как, пробовать будем?
Неа.
Если посмотреть выше, то речь шла о демонах, а не парсерах текстовых
файлов. Или Вы считаете их равнозначными задачами?
Есть у меня и демоны на тикле, например, собирают и обрабатывают данные с
В Вто, 17/03/2009 в 18:15 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Tue, 17 Mar 2009
14:42:23 +0200:
Перл бы еще рассказал, с какими аргументами была вызвана функция, что
позволило бы найти ошибку гораздо быстрее.
ПК Не спорю. Этот
В Вто, 17/03/2009 в 20:37 +0300, Alexey Pechnikov пишет:
Hello!
On Tuesday 17 March 2009 19:33:16 Yuri Kozlov wrote:
Ну так как, пробовать будем?
Неа.
Если посмотреть выше, то речь шла о демонах, а не парсерах текстовых
файлов. Или Вы считаете их равнозначными задачами?
Есть у
В Вто, 17/03/2009 в 17:21 +0200, chaos пишет:
On 17 March 2009 17:15:16 Artem Chuprina wrote:
Покотиленко Костик - debian-russian@lists.debian.org @ Tue, 17 Mar 2009
14:42:23 +0200:
Перл бы еще рассказал, с какими аргументами была вызвана функция, что
позволило бы найти ошибку
Hello!
On Tuesday 17 March 2009 21:06:58 Alexander GQ Gerasiov wrote:
Есть у меня и демоны на тикле, например, собирают и обрабатывают
данные с цисок и других АТС. Написать то же самое на С большая работа
(на тикле используются события для прослушивания множества сокетов, а
на С придется
Hello!
On Tuesday 17 March 2009 21:14:37 Покотиленко Костик wrote:
Есть у меня и демоны на тикле, например, собирают и обрабатывают данные с
цисок и других АТС. Написать то же самое на С большая работа (на тикле
используются события для прослушивания множества сокетов, а на С придется
Hello!
On Tuesday 17 March 2009 21:44:05 Покотиленко Костик wrote:
Обращаю ваше внимание на постановку задачи:
Никаких внешних библиотек не используем, только встроенные средства.
Постановка с подковыркой, заведомо выиграет C# со встроенным MFC
или .Net или что там у них сейчас.
В Вто, 17/03/2009 в 21:33 +0300, Alexey Pechnikov пишет:
Hello!
On Tuesday 17 March 2009 21:06:58 Alexander GQ Gerasiov wrote:
Есть у меня и демоны на тикле, например, собирают и обрабатывают
данные с цисок и других АТС. Написать то же самое на С большая работа
(на тикле используются
В Вто, 17/03/2009 в 21:38 +0300, Alexey Pechnikov пишет:
Hello!
On Tuesday 17 March 2009 21:14:37 Покотиленко Костик wrote:
Есть у меня и демоны на тикле, например, собирают и обрабатывают данные с
цисок и других АТС. Написать то же самое на С большая работа (на тикле
используются
Hello!
On Tuesday 17 March 2009 22:19:12 Покотиленко Костик wrote:
Если изменить архитектуру так:
- один процесс принимает все соединения с одной стороны, и общается с
несколькими процессами выполняющими вычисления (SSI, PHP, etc) в
количестве равном количеству ядер
- процессы выполняющие
В Втр, 17/03/2009 в 21:06 +0300, Alexander GQ Gerasiov пишет:
Ну, вообще говоря, есть довольно неплохая GLib2 или QtCore, в которых
соответствующие примитивы.
Ну, вообще говоря, интерпретаторы скриптовых языков (хотя они уже и не
такие уж интерпретаторы), обычно содержат средства обращени к
В Птн, 13/03/2009 в 21:49 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 13 Mar 2009
19:56:06 +0200:
Вот, навскидку назвал, и
это несмотря на то, что вы привели список _консольных_ утилит в
основном.
Просто для информации:
Hello!
On Monday 16 March 2009 13:06:13 Покотиленко Костик wrote:
однако следует понимать, что:
- универсальных методов не бывает :). Для каждой задачи хорош свой
метод: ограничено время для написания функционала - используй скриптовый
язык, нужна производительность и компактность - используй
В Пнд, 16/03/2009 в 14:15 +0300, Alexey Pechnikov пишет:
Hello!
On Monday 16 March 2009 13:06:13 Покотиленко Костик wrote:
однако следует понимать, что:
- универсальных методов не бывает :). Для каждой задачи хорош свой
метод: ограничено время для написания функционала - используй
Hello!
On Monday 16 March 2009 14:28:11 Михаил Миронов wrote:
Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет демонов как раз
скриптовые. Вот лет 10 назад да, писали на С в основном, сейчас же очень много
написано на
Hello!
On Monday 16 March 2009 15:06:08 Михаил Миронов wrote:
Проверил список демонов на одной из машин
snmpd, courier-imap, courier-pop3, portmap, acpid, dbus, syslog, klog,
mysql, apache, cupsd, exim4, freeradius, smartmon, samba, winbind и еще
несколько других - все не скриптовые.
В Пнд, 16/03/2009 в 14:38 +0300, Alexey Pechnikov пишет:
Hello!
On Monday 16 March 2009 14:28:11 Михаил Миронов wrote:
Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет демонов как раз
скриптовые. Вот лет 10 назад
В Пнд, 16/03/2009 в 15:06 +0300, Михаил Миронов пишет:
Alexey Pechnikov пишет:
Hello!
On Monday 16 March 2009 14:28:11 Михаил Миронов wrote:
Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет демонов как
раз
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
12:06:13 +0200:
ПК $ progA | ssh u...@host progB
ПК progA записывает каманду в вывод, команда улетает мгновенно в буфер
ПК ssh, в случае простого протокола, без подтверждения доставки progA
ПК будет считать команду
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
14:36:44 +0200:
Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет демонов как
раз
скриптовые. Вот лет 10 назад да, писали на С в
В Пнд, 16/03/2009 в 14:40 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
12:06:13 +0200:
ПК $ progA | ssh u...@host progB
ПК progA записывает каманду в вывод, команда улетает мгновенно в буфер
ПК ssh, в случае простого протокола,
On Mon, 16.03.2009 16:02:07 , Покотиленко Костик wrote:
В Пнд, 16/03/2009 в 14:40 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
12:06:13 +0200:
ПК $ progA | ssh u...@host progB
ПК progA записывает каманду в вывод, команда
В Пнд, 16/03/2009 в 16:35 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
14:36:44 +0200:
Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет демонов
как
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
16:09:15 +0200:
Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет демонов
как раз
скриптовые. Вот лет 10 назад да, писали на С
Результаты 1 - 100 из 106 matches
Mail list logo
