|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Simakov 2:5020/400 18 Aug 2001 02:07:40
To : All
Subject : Re: Программирование на C и время :-\
--------------------------------------------------------------------------------
Привет.
Vladimir Bormotov wrote:
> DS> У нас вот конкретная ситуация: есть формат данных IBM float (он мало
> DS> того, что big endian, он еще хуже - у него там мантисса с другим
> DS> числом битов.. брр :-E). Программа пишется на питоне, но вот конкрето
> DS> конвертация массива данных из IBM Float в IEEE float (обычный) на
> DS> питоне занимает на 3 порядка больше времени.
>
> и о чем это говорит? Теперь перепишите все что на питоне на C. Какой
> фанатизм? Вот ваша конкретная проблема с IBM/IEEE float - это и есть
> "системная штука", разумеется она пишется на C, или еще лучше на C++
> делается для питона Class.
Класс из-за одного метода? А смысл? Чем лучше 3 объекта вместо одного?
> DS> Взял 1 функцию старой программы на Си, обработал swig'ом, подключил в
> DS> питон как модуль - получил в 1000 раз более быстрый код. Так что без
> DS> языка Си тут как бы вообще никуда..
>
> я не говорю что "без него хоть куда". Просто не нужно _ВСЕ_ писать на
> C/C++.
Иногда - нужно.. это ж очевидно... Примеры приводить? ;)
> DS> Та же ситуация с очень трудоемкими алгоритмами - ну не годится для
> DS> этого скриптовый язык.
>
> Что такое "трудоемкий алгоритм"?
Обчень трудоемкий.. ну блин, это интуитивно понятно ;)
Алгоритм, имеющий большую трудоемкость. Качественной оценки наверное нет.. но
какой смысл писать сложную рассчетную задачу, состоящую из кучи вызовов функций
lapack, если такую же приблуду можно сварганить на фортране или Си с той же
легкостью?
Сами разработчики определили питону место куда как более скромное, чем Вы ему
отводите. Это написание GUI к программам, визуализация статистических или еще
каких-либо данных. И, конечно же, web программирование. Все, больше он ни для
чего не создавался. И вряд ли для чего-то еще он годится.
> DS> Берем профайлер, смотрим какие функции жрут процессор - и заменяем
> DS> самые критичные из них на сишные аналоги.
>
> Раузмеется. А как иначе? Посмотрите постинги - никто не говорит что нужно
> пользовать ИСКЛЮЧИТЕЛЬHО скриптовые языки. Все говорят что начинать нужно
> с них. И по мере необходимости пеереписывать куски на С/С++.
Hачинать всегда нужно со спецификации. Если в ней есть место для скриптового
языка - вперед. А если нет - надо начинать с чего-то другого. Кувалда - не
универсальный инструмент.
> DS> просто невероятно трудно юзать библиотеки наугад. Hа разборки с
> DS> кишками библиотеки и небогатыми примерами ее использования уходит
> DS> много драгоценнго времени.. Хочу книгу, желательно печатную и пофиг
> DS> сколько это стоит. Время дороже.
>
> почему выбор был pygtk, а например не wxPython?
gtk+ - это стандарт де-факто. А на левые библиотеки закладываться не хотим и не
будем.
--
Best Regards,
Dima <mailto:ds@alawar.com>
--- ifmail v.2.15dev5
* Origin: Alawar Entertainment (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
