Почему крупные библиотеки для обработки мультимедиа используют чистый си?

Question

[Cookie1251]

Заметил, что крупные мультимедийные проекты, такие как Gstreamer, vulkan, opengl, ffmpeg, openal и другие используют чистый си как основной яп. Происходит ли это из-за высокой портируемости сишки или по другим причинам?

Answer 1

[Владимир Коротенко]

Просто многие библиотеки зависимости используют си, кроме того это очень близко к железу, что для медиа очень важно и помогает использовать расширенные инструкции процессора напрямую.

Comments

[pfg21]

качественно написанная прога на Си быстрее.
Чем больше прокладок абстракции от железа в высокоуровневом языке тем оно медленнее в плане числодробительства.

[Владимир Коротенко]

pfg21, ключевое слово качественно. Затраты времени на сравнимую программу на с или c# или Java различаются в 2-7 раз . Рэйты программистов нужно упоминать?

[pfg21]

Владимир Коротенко, сравнимую по скорости числодробления ??
вы наверное подразумеваете получение готового продукта ?? тут да, абсолютно согласен. чем больше прокладок абстракции от железных вычислений - тем быстрее пишетца код.
но к скорости числодробления быстронаписанное имеет малое отношение. обычно все упирается в развитость оптимизации компилятора.

та же джава сколь трогал весьма не поворотлива в плане прикладной числодробилки. эффективнее числодробилку написать на си и прибиндить в прогу на джаве.
си шарп не знаю, но думаю из той же оперы.
если на плюсах писать быструю числодробилку, то получится тот же си только с излишними замудрениями.

[Владимир Коротенко]

pfg21, Сравнимую а то и превосходящую по числодроблению, но время на нее потратится меньше в несколько раз. Шарпы и джаву писали очень хорошие спецы. И обходили углы которые встречаются в кодинге.

[pfg21]

Владимир Коротенко, ой вей да ладно !!
давай для исключения голословности, какое-либо подтверждение что хорошо написанная джава-прога по числодроблению обойдет соответствующую хорошо написанную си-прогу.
с огромным интересом прочитаю !!

[Владимир Коротенко]

pfg21, Ну вот вам пример делает в 3 раза
https://habr.com/ru/post/66562/
Декламэйры тест возможно и не точен. Но в общем случае, разработчик средней руки на шарпах или джаве напишет код быстрее и более быстрый.

[pfg21]

Владимир Коротенко, с качественно оптимизированным кодом на си пожалуйста месье :)
там же в табличке видно насколь код не оптимизирован. включение О2 для С++ убыстряет систему в разы.

Answer 2

[Wataru]

Переносимость и скорость - основные доводы использовать именно Си.

Answer 3

[Max]

Скорость и низкоуровневость как минимум

Comments

[mayton2019]

Тут просто автоматически вытекает другой вопрос. Почему не взяли С++?

[Adamos]

mayton2019, потому что в оптимизациях на С++ придется опуститься туда же, с уровня абстракций на уровень байтов и прямого управления памятью. И окажется, что 80% кода все равно на С, только немного иначе написана.

Answer 4

[Dimonchik]

https://habr.com/ru/post/347688/

С++ это про объекты, а где в алгоритмах объекты?

P.S. хотя идейка что С знают больше позабавила )) ну в случае Питон либ это не так уж и неверно

Comments

[mayton2019]

С++ это больше про шаблоны и мета-программирование. Объекты - где-то на задворках. Просто я смотрю со стороны практики объектов в Java Enterprise и вижу что в C++ больший упор делается на другое.

[Dimonchik]

mayton2019, да, но - допрасходы-то на шаблончики есть, в статье хорошо описано, а вообще идея что чистый С "знают все" все больше не лишена смысла, я вот тоже от C++ вообще далек, программирование - в пределах аналитики и прототипов, но экплоиты / CVE понимаю....

[mayton2019]

Dimonchik, один финский парень, который написал самую известную операционку в оперсорцсе, сказал что С++ ему вот никак не подходит. Не может он на нем писать. По техническим причинам. Возвращаясь к теме топика я думаю что это тоже отчасти ответ на главный вопрос.

Не везде нужен С++. Я для себя вижу только вопрос интеграции. Если драйвера и библиотеки для работы с low-level поставляются как хедеры на С и бинарники - то и использовать их желательно в контексте С. Не превнося в этот контекст дополниительную сложность такую как объекты или не дай бог шаблоны. Решать технический долг так проще. Простота - это великая вещь. Так еще сказал один конструктор оружия который АК-47 создавал.