| 1.1, 3draven (ok), 21:30, 22/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Это получается теперь софт станет еще немного дальше от 386 компов и наконец то заметит, что на дворе 2015 год?
| | |
| |
| 2.3, ананим.orig (?), 21:48, 22/05/2015 [^] [^^] [^^^] [ответить]
| +12 +/– |
Это означает, что всякий крап (аля флэш) будет сжирать на 8-ядернике не 1х100%, а 8х100%.
| | |
| |
| |
| 4.16, ананим.orig (?), 00:38, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Поэтому там где Chrome + JS + HTML5 canvas выдаёт 20 fps, упираясь в одно ядро
Сферичское ядро то? В сферическом же вакууме?
Предупреждать надо.
А то на своём 4к ниже 30фпс не видел.
Зыж
А поэтому, чтобы не было такого безобразия (когда без флэша низя. Ещё бывает):
> Flash вытягивает 60. Лимит у него в 60 fps. Конечно, выедает при этом 300%, от этого никуда денешься.
Предпочитаю фф. Ибо под линухом он со старым флэшем, который за 1 ядро не вылазит. VDPAU умеет и ладно.
| | |
| |
| 5.17, irinat (ok), 01:11, 23/05/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Сферичское ядро то?
А в чём смысл указывать конкретную модель? Свести всё к сравнению у кого проц круче?
Видимо, ты не уловил суть: софт не становится быстрее только от того, что в компиляторе появилась поддержка OpenMP. От того, что ты Firefox пересоберёшь новым clang'ом, он не станет волшебным образом использовать несколько ядер. Для этого надо переосмыслить граф зависимостей.
> Ибо под линухом он со старым флэшем, который за 1 ядро не вылазит.
Проверил специально на 11.2, он тоже умеет в несколько потоков рисовать.
| | |
| |
| 6.21, ананим.orig (?), 03:12, 23/05/2015 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> А в чём смысл указывать конкретную модель? Свести всё к сравнению у кого проц круче?
А в чём смысл выковыряных из носа 20фпс?
У меня в 1 поток было всё зашибись, теперь дцать. Напуркуа?
> Видимо, ты не уловил суть: софт не становится быстрее только от того, что в компиляторе появилась поддержка OpenMP.
Видимо ты а) плохо воспитан(Ы), б) влез в обсуждение только для того, чтобы влесть, в) и дураку понятно (более того, речь идет как раз о том, что софт будет (суммарно) медленнее. Из-за того, что опенмп будут пихать куда попало, потому что стоимость вхождения резко падает), как результат — если флэш (как пример) стал жрать цпу больше, значит кому-то другому в этот же момент придется жрать меньше (например компиляция), а поскольку не факт кто в конкретный момент победит в конкуренции за порцию ресурсов, то и (например) тиринг не исключен.
Зыж
> Проверил специально на 11.2, он тоже умеет в несколько потоков рисовать.
Х/з, у меня в один. И больше 100% (старый флэш в фф) не жрёт.
Тот же контент на хроме (ну или хромиуме с хромовскими плагинами) запросто может сожрать 180% суммарно.
| | |
| |
| 7.31, irinat (ok), 13:37, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> А в чём смысл указывать конкретную модель? Свести всё к сравнению у кого проц круче?
> А в чём смысл выковыряных из носа 20фпс?
Вот и я про то же. Само по себе число 20 ничего не значит без указания условий получения результата. А вот сравнение чисел 20 и 60 уже вполне имеет значение, о чём я и писал.
Ты сказал, что некоторый софт теперь будет есть больше CPU, приведя в пример Flash. А я говорю, что там _уже_ есть поддержка работы в несколько потоков. Там, где это было возможно, это делают и без OpenMP. Добавление поддержки OpenMP в компилятор не делает последовательный код параллельным. Что тебе ещё не понятно?
> плохо воспитан
Мне вот интересно, а не является ли указание на плохое воспитание признаком плохого воспитания?
> влез в обсуждение только для того, чтобы влесть
Можно сказать, что у тебя прямо была причина посерьёзнее. Ну и льстить я никому пока не собирался.
> Из-за того, что опенмп будут пихать куда попало, потому что стоимость вхождения резко падает), как результат — если флэш (как пример) стал жрать цпу больше, значит кому-то другому в этот же момент придется жрать меньше (например компиляция), а поскольку не факт кто в конкретный момент победит в конкуренции за порцию ресурсов, то и (например) тиринг не исключен.
OpenMP вызывает тиринг? Чудесные умозаключения.
> Х/з, у меня в один
Именно на том тесте проверял?
> может сожрать 180%
Какой смысл покупать процессор, если его не использовать? Мне больше нравится идея race to sleep, пусть на полной скорости сделает работу как можно быстрее, а потом отправляется спать.
Терпеть лаги, когда можно не терпеть — глупо.
| | |
| 7.57, Vkni (ok), 02:09, 25/05/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > а поскольку не факт кто в конкретный момент победит в
> конкуренции за порцию ресурсов, то и (например) тиринг не исключен.
Это вопросы к планировщику ЦП. Хотя, конечно, если он фиговат, как в Уиндоуз, то лучше оставлять резерв ресурсов ЦП.
| | |
|
|
|
| |
| 5.39, irinat (ok), 18:03, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Что я делаю не так?
Всё делаешь так. К сожалению, на моём железе Flash всё ещё выдаёт более плавную анимацию.
| | |
| 5.56, Аноним (-), 16:34, 24/05/2015 [^] [^^] [^^^] [ответить]
| +/– | |
Ubuntu 14.04, Firefox 38, Flash 11.2
Flash
Test Average: 59.82 fps
HTML5
Test Average: 13.78 fps
| | |
|
|
|
| 2.5, Куяврег (?), 21:56, 22/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
openmp это далеко не единственный способ заметить, что на дворе 2015
| | |
| |
| 3.6, 3draven (ok), 22:00, 22/05/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> openmp это далеко не единственный способ заметить, что на дворе 2015
Да все равно какой способ У меня восьмипотоковый (гипертрейдинг и 4 ядра) и7 проц, а тормозила тормозит. Пусть случится чудо и она сожрет все 4 ядра. И все либы, дрова, прослойки и прочий ливер тоже. Я, за.
| | |
| 3.10, Аноним (-), 22:28, 22/05/2015 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> openmp это далеко не единственный способ заметить, что на дворе 2015
технически - один из лучших.
для тех, кто никак с С и С++ не слезет в программировании.
| | |
| 3.11, ы (?), 22:35, 22/05/2015 [^] [^^] [^^^] [ответить]
| +/– | |
>openmp это далеко не единственный способ заметить, что на дворе 2015 | | |
|
| 2.26, Аноним (-), 12:30, 23/05/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
Для пользователей mandala, собирающих всё clang - возможно. В нормальных дистрибутивах gcc это делает уже несколько лет.
| | |
|
| 1.4, Аноним (-), 21:51, 22/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Почему отдельной библиотекой? Почему всё на директивах? Почему нельзя было, например, развить сам язык в эту сторону?, сделать отдельные многопоточные циклы, отдельные векторые типы данных, как в том же GLSL? Это выгладит как подпорка-костыль для немощного языка...
| | |
| |
| |
| 3.29, Аноним (-), 13:06, 23/05/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
Только вот библиотека не оптимизирует это всё так, как мог бы компилятор -> явно упущенный потенциал. В расте распараллеливание реализовано найтивно. По этому пункту он скоро обойдет c++.
| | |
|
| 2.13, Аноним (-), 23:45, 22/05/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
Потому что добавить нужную функциональность прагмами проще, чем переделывать ядро языка, и это не ломает совместимость.
Про немощный язык - это вообще пушка. Давайте DSL для разработки интернет-магазинов включим в С, чего уж там. А то немощно как-то.
| | |
| |
| 3.28, Аноним (-), 13:03, 23/05/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
В том то и дело что он не немощный, и можно было бы переписать ядро. Прагмы сильно усложняют код, делают его не читаемым и легко допустить ошибки в логике.
| | |
| |
| 4.33, Crazy Alex (ok), 14:03, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
 Я сильно сомневаюсь, что сишники с восторгом восприняли бы идею такого усложнения синтаксиса. Вот в плюсах - да, самое место было бы. Но там, вроде, только футуры.
| | |
| |
| 5.43, Аноним (-), 18:31, 23/05/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
Си уже давно прекратил развитие, для этого есть с++. Но от тоже, по всей видимости, ступил на этот путь. Вообще не понятно куда всё катится, я лично не вижу сейчас языка на роль универсального современного инструмента. Нигде нет встроенной поддержки гибкой многопоточности типа openmp, поддержки гетерогенных вычислений типа opencl и работы с графикой типа glsl в самом коде программы. И развития в этом направлении никакого.
| | |
|
|
|
| 2.54, 0xd34df00d (??), 15:18, 24/05/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
 В пропозалах на C++17, ЕМНИП, есть поддержка векторных переменных и операций с ними, причём достаточно умная, чтобы быть портируемой на разную ширину регистров SIMD.
Ну и есть Boost.SIMD.
| | |
|
| 1.9, Аноним (-), 22:23, 22/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
А что, в Clang до сих пор не было поддержки OpenMP? Я знал, что он отстаёт от GCC, но чтобы настолько...
| | |
| |
| |
| |
| |
| 5.19, Аноним (-), 01:47, 23/05/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Эппловский форк GCC умеет. А в линуксе этой хрени нет в принципе, ни в GCC, ни в Clang.
| | |
| |
| 6.23, Аноним (-), 03:43, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Эппловский форк GCC умеет. А в линуксе этой хрени нет в принципе,
> ни в GCC, ни в Clang.
Не нужно, есть на OpenBSD
| | |
| 6.27, Developer1 (?), 12:47, 23/05/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
Эта хрень в плане производительности и удобства разработки рвет по всем фронтам вышеупомянутый сабж.
| | |
| |
| 7.35, Куяврег (?), 16:27, 23/05/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Эта хрень в плане производительности и удобства разработки рвет по всем фронтам
> вышеупомянутый сабж.
справедливости ради: рвать она может и рвёт, но давай посмотрим, у скольки проектов она в зависимости. опенмп в шланге - это плюс, как ни крути. что не делает openmp лучше или хуже других либ.
| | |
|
|
|
| 4.45, Аноним (-), 19:07, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
Только в отдельной ветви, причем, отстающей. Пока поддержка силка не будет обеспечена стабильно, толку от нее нет.
| | |
|
|
|
| 1.14, Аноним (-), 00:10, 23/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
С нетерпением жду бенчев на Фурониксе!
1. Скорость копирования файлов утилитами, скомпилированными гцц и шлангом.
2. Скорость загрузки убунты и <BSDя или открытая мандрива>
Настоятельно советую эксперту-бенчмаркиру Михаилу запускать тесты с шлангом на любимом Xeone, а отсталый гцц влепить на старенький ноут (но не наоборот!)
| | |
| 1.25, Аноним (25), 10:33, 23/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 если головой или ручками нормально программу ненапишешь, никакие быблобиблиотеки непомогут тому, что в итоге получилось, работать качественно, а не забивать все ядра потоком разннобразного мусора и хлама, при мизерном результате на выхлопе.
| | |
| 1.30, Аноним (-), 13:12, 23/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
OpenMP - костыль для тех, кто сам не может написать нормальный параллельный код, или для тунеядцев, которые не хотят писать нормальный параллельный код.
Распараллеливание множества мелких циклов через OpenMP вряд ли даст существенное ускорение, а вот энергопотребление увеличит на порядок.
| | |
| |
| 2.32, Crazy Alex (ok), 13:51, 23/05/2015 [^] [^^] [^^^] [ответить]
| +3 +/– | |
А компьютер вообще сделан для тех, кто не может посчитать на бумажке. Но вам же неважно, что на бумажке долго и большой шанс ошибиться - главное, что не тунеядцы.
А так - оно в GCC сто лет как есть, в проприетарных компиляторах - тоже. Все, кому нужно - давно пользуются.
| | |
| 2.34, Аноним (-), 15:44, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
то есть для 98% разработчиков.
"паралельный" код в рамках С/С++ писать трудно В ПРИНЦИПЕ.
а мигрировать на другое - никто почти не хочет или готов.
OpenMP один из лучших. и уж точно среди комьюнити-пилимых - Самый.
| | |
| |
| 3.42, Аноним (-), 18:25, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> OpenMP один из лучших
Это единственное средство быстро и просто распараллелить циклы. Только вот реализация библиотекой, а не в ядре языка, такой востребованной в наше время функции выглядит по меньшей мере странно. Они сразу усложняет дебаг и профилировку, а качество распараллеливания зависит уже не от компилятора, который постоянно усовершенствуется, а от какой-то библиотеки, которую надо ставит и обновлять, и которая не гарантирует правильную и оптимальную работу в любой системе на любом оборудовании.
| | |
|
| 2.36, Куяврег (?), 16:29, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> OpenMP - костыль для тех, кто сам не может
всегда считал возможность использовать сторонние открытые библиотеки сильной стороной опенсорса. а оно вна как - каждый должен написать софт, начиная с загрузчика и заканчивая собственно прикладухой. вот это поворот (с)
| | |
| |
| 3.41, Аноним (-), 18:19, 23/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
Это так, только не в таких фундаментальных вещах как многопоточность и гетерогенные вычисления. Всё это должно быть в ядре любого современного языка системного уровня.
| | |
| |
| 4.62, Куяврег (?), 23:41, 25/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Это так, только не в таких фундаментальных вещах как многопоточность и гетерогенные
> вычисления. Всё это должно быть в ядре любого современного языка системного
> уровня.
вопрос в удобстве, простоте и прочих весьма субьективных вещах. ну не запретишь ты писать 10 библиотек jpeg, png и прочих, вплоть до самых низкоуровневых.
| | |
|
|
|
| 1.40, Аноним (-), 18:17, 23/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
В язык ничего добавлять больше не хотят? Теперь всё дополнительное будет на костылях? Значит пора делать новый Си с тремя плюсами, который будет найтивно поддерживать многопоточные циклы, векторные типы и найтивную работу с любым оборудованием, включая видео.
| | |
| 1.44, Аноним (-), 19:04, 23/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
OpenMP-ветвь Clang'а существует уже давно, в чем новость? Неужели его добавили в основную ветку? В какой версии он будет доступен?
| | |
| 1.53, Аноним (-), 14:41, 24/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Надеюсь в следующем стандарте это всё реализуют непосредственно в языке
| | |
|
