Является ли Boost / STL медленным с точки зрения высокопроизводительных вычислений? [закрыто]

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

Закрыт 8 лет назад .

Прошу прощения за еще одну цитату из интернет-форума , но я подумал, что это было интересно, и хотел спросить:

C ++ работает быстрее, если вы откажетесь от «безопасных» функций языков программирования и избегайте таких вещей, как STL и Boost. Преобразуя необработанные байты в байты C ++ быстрее, но опять же, C.

В тот момент, когда вы добавляете багаж STL и Boost, вы становитесь медленнее, чем хорошо написанный код C #.Преимущество C # JIT и Java jit в том, что эти функции безопасности хорошо оптимизированы. Функции безопасности C ++ полагаются на оптимизацию компилятора.

Таким образом, если вы не будете осторожны со своим STL,и Boost code, у вас будет хромая утка приложения.

Я согласен с отказом от функций безопасности, но я видел много часто встречающихся объявлений о вакансиях, и все они просят опыта Boost. Разве Boost не может быть чем-то плохим для создания быстрого кода? Или этот человек просто теоретически утверждает, что если бы вы просто манипулировали на уровне байтов, это было бы быстрее?

Редактировать: Цитата касается STL и Boost, поэтому я добавил тег STL.

задан justin 9 November 2011 в 08:08

0 ответов

Другие вопросы по тегам:

c++ performance boost stl

Является ли Boost / STL медленным с точки зрения высокопроизводительных вычислений? [закрыто]

0 ответов

Похожие вопросы: