кстати форт медленнее С

в некоторых аспектах

А Форт-то куда? Там вообще шитый код, от него до JVM один шаг (GC).

ошибся малясь, прошу прощения

Кстати, если уж речь зашла про производительность

Кстати, если уж речь зашла про производительность

фортран)

Давайте вспомним все места, где C++ быстрее чистого C

Э, харощ

inline функций, например(да, я знаю, что это не всегда происходит).

Давайте вспомним все места, где C++ быстрее чистого C

только огромная просьба, патчь одно сообщение, чтоб много не делать)

Сами какую-то чушь в сообщество пишете, а я теперь “тролль”

Так вот, что касается высоконагруженных продакшн-сервисов

Я их видел довольно много на разных языках

На Java, например

Причем, в варианте “а давайте GC отключим вообще"

срач переехал в холивары, извините если лишнего перенем

Давайте вспомним все места, где C++ быстрее чистого C

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

Или на Perl

Форт ниже С, да, но медленнее, что звучит как нонсенс. Я не могу предоставить явный пруф, но у меня есть знакомый который занимается научкой. Они там аппроксиматоры пишут, для меня это как высшая математика (что, собственно, и есть высшей математикой, искуственный интеллект и все дела), и он говорит что форт неоправданно низкоуровен и медленнее чистого С.

На секундочку, у них там суперкластер.

В C вообще нет иерархии

Форт ниже С, да, но медленнее, что звучит как нонсенс. Я не могу предоставить явный пруф, но у меня есть знакомый который занимается научкой. Они там аппроксиматоры пишут, для меня это как высшая математика (что, собственно, и есть высшей математикой, искуственный интеллект и все дела), и он говорит что форт неоправданно низкоуровен и медленнее чистого С.

благодарю за коммент, интересная инфа

Но я не вижу причин не писать высоконагруженный продакшн-сервис на раст

Суперкластер на Форте? Хочу видеть.

А логику как он оптимизирует, если с абстрактциями она наоборот сложнее становится?

Но я не вижу причин не писать высоконагруженный продакшн-сервис на раст

после следующего релиза все упадет ¯\_(ツ)_/¯

unstable же язык, апи и аби

А логику как он оптимизирует, если с абстрактциями она наоборот сложнее становится?

тоже интересно, есть ли какой алгебраический движок в современных компиляторах

А логику как он оптимизирует, если с абстрактциями она наоборот сложнее становится?

теория графов помогает оптимизнуть

Ну сейчас можно оптимизировать всё. Потреблядская интеллидж идея оптимизирует регулярки и семантику.

тоже интересно, есть ли какой алгебраический движок в современных компиляторах

разумеется, есть

Обычно когда граф сложнее, на него просто чаще забивается

То есть оптимизации не на каждую мелочь делают

В отличие от маленьких и более предсказуемых графов

после следующего релиза все упадет ¯\_(ツ)_/¯

Угу, это только на C дыры по 7 лет латают Хороший язык, чо

ERROR: S client not available

А логику как он оптимизирует, если с абстрактциями она наоборот сложнее становится?

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

А мы не можем сделать такие же оптимизации на низом уровне?

Не можем.

Тпа выбросить все if(false)

Или вы о другом?

Потому что понять из каши сотен ассемблерных инструкций, что это был за математический объект — это сложно.

Убрать лишние абстракции из кода, перегрузки, которые не используются

Угу, это только на C дыры по 7 лет латают Хороший язык, чо

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

vtable там, где не надо

vtable там, где не надо

да, это "девиртуализация методов" в LTO бывает

А мы не можем сделать такие же оптимизации на низом уровне?

Предлагаю ознакомиться с "Expression templates". Пример того, что можно сделать наверху, но практически нереально внизу.

Предлагаю ознакомиться с "Expression templates". Пример того, что можно сделать наверху, но практически нереально внизу.

какая прелесть

Спасибо, почитаю :)

А в целом какой ЯП быстрее именно по производительности — C или плюсы? В плюсах много оберток вокруг сишных интерфейсов — они нужны, конечно, но вряд ли это способствует производительности

А в целом какой ЯП быстрее именно по производительности — C или плюсы? В плюсах много оберток вокруг сишных интерфейсов — они нужны, конечно, но вряд ли это способствует производительности

как применишь один из языков, тот и будет быстрее

т.е. можно жопой написать на си, и норм на C++)

#offtop Знаете что меня бесит в комьюнити С++? Везде написанно как сделать Х, но всё это абстрактная херня, и когда гуглишь какое-то решения то его нет. И наоборот - когда ты изучил базисы С++, нигде нет информации по _архитектуре_ языка. Я имею ввиду, идиому RAII может ещё и можно найти, но на этом про архитектуру всё заканчивается.