The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Эксперимент по сравнению производительности Си и Python

08.09.2008 09:56

"C vs Python: Speed" - результаты эксперимента по сравнению производительности Си и Python, при выполнении простейшего действия (математические вычисления и обработка циклов). Заметка скорее предоставляет повод для размышлений и экспериментов.

  1. Главная ссылка к новости (http://theunixgeek.blogspot.co...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/17780-python
Ключевые слова: python, gcc
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (20) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:28, 08/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну да, конечно, питон как всегда делает си ;)
     
     
  • 2.2, Аноним (1), 11:45, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну да, конечно, питон как всегда делает си ;)

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

     
     
  • 3.17, User294 (??), 20:34, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Иногда лучше читать, чем говорить. В статье показано, что python, разумеется, сливает
    >сям, но не настолько, чтобы в конкретной ситуации

    ...а случаи бывают разные (c) анекдот :)
    В реально тяжелых задачах типа компресии данных, движков графики, БД, сложных вычислительных алгоритмах и прочая слив будет скорее всего в разы.Сложно быть быстрее нативного кода :D

    > ради удобства и скорости разработки.

    Программы сделанные по принципу "лишь бы побыстрее отделаться от этой чертовой работы!" честно говоря обычно восторга не вызывают.Заметная часть питоновых программ именно такие поделия сляпанные на скорую руку.Бывают и качественные образцы, бесспорно.И даже не очень тормозные (иногда).Но тормозных поделок слабаных на скорую руку по принципу "как-то работает - ну и черт с ним!" - намного больше.Ни к чему хорошему скорость разработки не приводит - спешка нужна только при ловле блох.Как максимум спешка оправдана при разработке очередного гуаноподелия для бизнес-лузеров которым главное сроки а на качество положить.

     

  • 1.3, olex (ok), 12:15, 08/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    смотрите в коментах к статье - коммент by olex
     
     
  • 2.10, exn (??), 15:02, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Это ничего не доказывает, например как это мне любителю перла не обидно но питон быстрее перла.
     

  • 1.4, olex (ok), 12:19, 08/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    speed - ето скорость виполнения, а не удобство и скорость разработки
     
  • 1.5, Алексей (??), 12:22, 08/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ура. Парень замерил скорость вывода в терминал и теперь пытается представить это как результат сравнения скорости компиляторов. Это ж гениально. Рекомендую статью на номинацию "типичные ошибки, допускаемые при тестировании". Хорошо хоть через сеть не стал байтики пересылать, а то результаты могли бы быть еще сенсационнее.
     
     
  • 2.8, terr0rist (ok), 12:58, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    +1
     
     
  • 3.12, yan (??), 18:49, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    +1
    Видимо автор считает captcha при регистрации
    блога достаточным для оценки его
    писательских и программерских качеств :(
    НО, зачем сюда линк присылать???
     
  • 2.13, Knuckles (ok), 18:53, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хоть почитай, что сам автор пишет об этом тесте. Думаешь, самый умный, да?
    Смысл теста не в сравнении компиляторов, а в том, чтобы показать удобство разработки "быстрых" программ на питоне. Для конечного пользователя не важно, вызвана ли задержка медленными операциями ввода/вывода или слабым оптимизатором в компиляторе, и 90% мелких задач (в которых быстродействие определяется именно такими операциями) решается на питоне за 15 минут, вместо 3 часов на си, поэтому в подобных случаях выгодно использовать питон.
    Автор конечно не открыл америку, но вы зато пернули в лужу, как типичный школьник.
     
     
  • 3.15, Аноним (1), 19:04, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А вы это сделали как проффи! Брызги вышли на орбиту!
    Покажи мне хоть одного админа который пишет скрипты на С?
    Кроме тебя - никого нет :) А питон, перловка, и шелл были известны человечеству и до твоего рождения ,)
     

  • 1.6, Аноним (6), 12:33, 08/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я, пока, ничего не понимаю в python. И, можно сказать, новичок в Linux. Есть желание Linux поюзать. И, конечно, чтобы не только использовать в нем приложения, типа, OpenOffice, но и попробовать что то самому попробовать написать. Например, на python. Есть ли где нибудь ресурс или ресурсы для новичков с примерами, чтобы попробовать?
     
     
  • 2.7, Serega (??), 12:48, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    www.google.com :)
     
     
  • 3.9, Fuzzy (ok), 13:08, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Бенчмарки можно посмотреть тут.

    http://shootout.alioth.debian.org/
    http://shootout.alioth.debian.org/debian/benchmark.php?test=all〈=python

     

  • 1.11, Guest (??), 16:23, 08/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Real life benchmark - игра Frets on Fire. Тормозит ужасно. Для rapid prototyping python может и нормально, но для чего-то, что требует низкой latency и большой скорости - вообще никак. Для скриптов привычнее и удобнее Perl, а что остается питону - хз.
     
     
  • 2.14, Аноним (1), 19:00, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Для скриптов привычнее и удобнее Perl, а что остается питону - хз.

    Ты забыл поставить жирное, красное IMHO!

    Мне _уже_ привычней скрипты писать на Python. Что остаётся перлу - хз.
    Вообще пытаюсь всегда сделать на sh (не на bash'e даже!), если это неразумно - пытаюсь на питоне. И только если и на питоне - не то (что бывает достаточно редко!) - лезу в РГК за тяжёлой артиллерией :)

    Вот такое вот жирное, красное IMHO!  :)

     
     
  • 3.16, Guest (??), 20:12, 08/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Ты забыл поставить жирное, красное IMHO!

    ИМХО пишут жирные, красные идиоты. Другим его ставить предлагают клинические идиоты. Чье я, по-вашему, могу выражать мнение, если не свое?

    >Мне _уже_ привычней скрипты писать на Python. Что остаётся перлу - хз.

    С фанатизмом в сад. Привычней - пишите.

     
     
  • 4.18, Аноним (1), 00:29, 09/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >ИМХО пишут жирные, красные идиоты. Другим его ставить предлагают клинические идиоты. Чье
    >я, по-вашему, могу выражать мнение, если не свое?

    Известно чьё - журнала мурзилка! Там писали лет 20-ть назад что перл пользуют настоящие хакккеры и какие то гуры .... а ты видимо нашел папину подшивку журнальчегоф


    >>Мне _уже_ привычней скрипты писать на Python. Что остаётся перлу - хз.
    >С фанатизмом в сад. Привычней - пишите.

     
     
  • 5.20, Guest (??), 05:12, 09/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Вам мурзилка видимо как раз по возрасту :))
     

  • 1.19, pavlinux (ok), 01:09, 09/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ldd /usr/bin/python

            linux-vdso.so.1 =>  (0x00007fffd91ff000)
            libpython2.5.so.1.0 => /usr/lib64/libpython2.5.so.1.0 (0x00007fe6d0af9000)
            libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fe6d08de000)
            libdl.so.2 => /lib64/libdl.so.2 (0x00007fe6d06da000)
            libutil.so.1 => /lib64/libutil.so.1 (0x00007fe6d04d7000)
            libm.so.6 => /lib64/libm.so.6 (0x00007fe6d0284000)
            libc.so.6 => /lib64/libc.so.6 (0x00007fe6cff3f000)
            /lib64/ld-linux-x86-64.so.2 (0x00007fe6d0e56000)

    Думаю вопрос, кто быстрее, исчерпан!

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру