История изменений
Исправление antech, (текущая версия) :
выходит что никто тут ядер не пересобирает либо даже если пересобирает то не понимает зачем.
включение оптимизаций симд в компиляторе дает совсем не 5% прироста, оно дает 0% прироста, так как для оптимизации симд этот самый симд должен быть в коде, а его нет, то и оптимизировать нечего. ну потому что если его понаписать то начнуться беды с совместимостью.
буст производительности тем не менее может достигать и 500%, при условии что вы пытаетесь запустить самое последнее ядро собраное под 128 ядерники с нпу ну и вот это вот все на каком нибудь пентиум 1. но это никакой не буст, а возвращение производительности к нормальному уровню, свежее ядро просто будет очень сильно тормозить на легаси железе.
вы все как то вендово думаете, в линуксе в отличии, не вводят намерено каких то ограничений, не занимаются искуственым замедлением железок. ваше железо работает с той производительностью с которой спроектировано, и никакая команда в баше не сделает из вашего целерона епик, ни в какой ос.
все эти ваши оптимизаторы, патчи, шедулеры и прочий шлак - поигрушки с нулевой суммой. вычислительный ресурс конкретной машины штука константная, и чего бы вы там не делали, больше он от этого не станет.
конкретная программа, библиотека, алгоритм, действительно могут быть ПЕРЕПИСАНЫ в более оптимальный вид и засчет этого требовать МЕНЬШЕ ресурсов, а следовательно и работать быстрее на той же машине. Но для этого требуется именно переписать код а не просто три кнопки ткнуть в настройках компилятора.
Исправление antech, :
выходит что никто тут ядер не пересобирает либо даже если пересобирает то не понимает зачем.
включение оптимизаций симд в компиляторе дает совсем не 5% прироста, оно дает 0% прироста, так как для оптимизации симд этот самый симд должен быть в коде, а его нет, то и оптимизировать нечего. ну потому что если его понаписать то начнуться беды с совместимостью.
буст производительности тем не менее может достигать и 500%, при условии что вы пытаетесь запустить самое последнее ядро собраное под 128 ядерники с нпу ну и вот это вот все на каком нибудь пентиум 1. но это никакой не буст, а возвращение производительности к нормальному уровню, свежее ядро просто будет очень сильно тормозить на легаси железе.
вы все как то вендово думаете, в линуксе в отличии, не вводят намерено каких то ограничений, не занимаются искуственым замедлением железок. ваше железо работает с той производительностью с которой спроектировано, и никакая команда в баше не сделает из вашего целерона епик, ни в какой ос.
все эти ваши оптимизаторы, патчи, шедулеры и прочий шлак - поигрушки с нулевой суммой. вычислительный ресурс конкретной машины штука константная, и чего бы вы там не делали, больше он от этого не станет.
Исходная версия antech, :
выходит что никто тут ядер не пересобирает либо даже если пересобирает то не понимает зачем.
включение оптимизаций симд в компиляторе дает совсем не 5% прироста, оно дает 0% прироста, так как для оптимизации симд этот самый симд должен быть в коде, а его нет, то и оптимизировать нечего. ну потому что если его понаписать то начнуться беды с совместимостью.
буст производительности тем не менее может достигать и 500%, при условии что вы пытаетесь запустить самое последнее ядро собраное под 128 ядерники с нпу ну и вот это вот все на каком нибудь пентиум 1. но это никакой не буст, а возвращение производительности к нормальному уровню, свежее ядро просто будет очень сильно тормозить на легаси железе.
вы все как то вендово думаете, в линуксе в отличии, не вводят намерено каких то ограничений, не занимаются искуственым замедлением железок. ваше железо работает с той производительностью с которой спроектировано, и никакая команда в баше не сделает из вашего целерона епик, ни в какой ос.