| |
| 2.9, anonymmmeer (?), 11:30, 16/10/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +4 +/– |
не зачем распыляться, когда есть софт только для CUDA.
А если что, то качаешь этот CUDA с гита и доделываешь под своё железо ))
| | |
|
| 1.10, Аноним (10), 11:38, 16/10/2024 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
> предназначенный для сборки кода на языке Си
> Код проекта написан на языке С++
Штош, это не удивительно.
Скорее даже предсказуемо.
| | |
| |
| 2.18, X512 (?), 12:27, 16/10/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
Сколь-нибудь серьёзных оптимизирующих компиляторов Си написанных на Си больше не существует. Тот же GCC уже давно перешёл на C++.
| | |
|
| 1.17, bOOster (ok), 11:56, 16/10/2024 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| –2 +/– |
 Я ничего в новости не понял. Перевод чтоль корявый?
"позволяющими добиться параллельного выполнения нескольких экземпляров одной программы с разными наборами входных данных."
А набор ядер в 128 штук, например, не позволяют этого чтоли выполнить?
| | |
| 1.23, Аноним (23), 16:00, 16/10/2024 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
ISPC - это проект ресёрчера Matt Pharr, который в Интел давно не работает. А дальнейшее сопровождение ISPC возложено, как это водится, на русских программистов. Почему ISPC объективно не нужен для CUDA объясняется в его блоге: https://pharr.org/matt/blog/2018/04/18/ispc-origins Блог вообще очень увлекательный, явтор с иронией и сарказмом рассказывает как Интел десятилетями создавал монополию на мировую технологическую платформу, не понимая что люди собственно хотят на его платформе делать.
| | |
| 1.24, Аноним (-), 16:25, 16/10/2024 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +1 +/– | |
>C/C++
Это оскорбительно. Смешивать в одной аббревиатуре чистый и божественный Си, вместе с ужасным Си плюс-плюс. Линуксоиды никогда так не делайте!
| | |
| |
| 2.25, Аноним (25), 16:59, 16/10/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
Откуда хейт плюсов? Великий Страуструп сделал лучшее: соединил две прекраснейшие вещи, Си и ООП. Не даром почти всё крутое написано на C++: игры, винда
| | |
| |
| 3.26, Аноним (42), 18:47, 16/10/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –2 +/– |
ООПЭ переоценено и в частности в плюсах кривое (инклуды приватных объектов встраиваются в хидер и включаются в месте использования этого класса, что кроме своей неуместности, замедляет конпеляцию), медленное (виртуальные функции) и неудобное (нет утиной типизации).
| | |
| |
| |
| |
| 6.38, Аноним (25), 21:30, 16/10/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
А зачем запускать идеальную ОС на неидеальных (то есть не x86-64) процессорах? Впрочем, Винда NT вполне портируема - винда на армы есть, а когда была и на DEC Alpha. Просто смысл использовать не лучшие камни?
| | |
|
| |
| |
| 7.41, Аноним (42), 21:46, 16/10/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Да по сути всё равно на чём бездуховные ААА обмылки делать - основная работа приходится на видеокарту, а там dx/vk/ogl. Обновлять состояние объектов игрового мира игрового мира рациональнее на вычислительных шейдерах, чем на cpu.
| | |
|
|
|
|
| |
| |
| |
| |
| 7.52, Аноним (42), 16:36, 17/10/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Лучше б этот паровозик под мост ушёл. Постоянно ошибки компиляции в нужных библиотеках. Так достало. Вот известная библа, onnxruntime например, прямо сейчас не билдится. Ошибки видите ли в коде. В релизной ветке. Свежим шлангом.
| | |
|
|
|
|
| 3.48, Аноним (48), 07:28, 17/10/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
А это и не хейт вовсе. Просто это разные языки, разделившиеся и развивающиеся параллельными курсами уже более трёх десятилетий. Философия и методология разработки принципиально отличаются.
Когда смешивают в одну кучу — это либо банальная демонстрация безграмотности и отсутствия опыта разработки на обоих языках в актуальном их виде, либо унылые попытки в троллинг.
> Великий Страуструп сделал лучшее…
То что он попытался сделать называется аббревиатурой из трёх букв: EEE. «Embrace, Extend and Extinguish».
| | |
| |
| 4.53, Аноним (-), 18:01, 17/10/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
> Просто это разные языки, разделившиеся и развивающиеся параллельными курсами уже более трёх десятилетий.
Но до этого, в момент создания, это был "си с классами", даже был надмножеством языка.
И как результат он впитал в себя все недостатки сишки и это легаси тянут уже те самые 30+ лет.
| | |
| |
| 5.55, Копираст (-), 19:27, 17/10/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>Но до этого, в момент создания, это был "си с классами"
И чо?
>даже был надмножеством языка.
Строго говоря, "Си с классами" со дня своего появления, уже был уже отдельным языком. Строго говоря, C++ никогда не был надмножеством языка Си. Байки про "надмножество" и "подмножетсво" обычно распространяли Си плюс-плюсники поражённые ООП головного мозга.
>он впитал в себя все недостатки сишки и это легаси тянут уже те самые 30+ лет.
Тупая и жирная ложь.
| | |
| |
| 6.57, _kp (ok), 09:48, 18/10/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 Проблеметично сочетать амбиции на замену Си и сильную несовместимость с ним же.
Изначально С++ был сделал максимально совместимым с Си, но с Си того времени, кроме явных противоречий с именам.
А уже позже языки разошлись в развитии более значительно.
| | |
| |
| 7.59, Аноним (-), 11:41, 18/10/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
>И как результат он впитал в себя все недостатки сишки и это легаси тянут уже те самые 30+ лет.
Меня достала эта ложь, которая кочует из форума на форум из треда в тред. Си плюс-плюсники вините комитет и Страуструпа, в том, что ваш язык такой проблемный! Сишка тут не причём. Чистый Си самодостаточен, её не нужен Си плюс-плюс! Чистой сишке "Си плюс-плюс" исторически никогда не был нужен. Это другой язык, другая парадигама.
| | |
|
|
|
| 4.58, Аноним (25), 11:00, 18/10/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– | |
> Философия и методология разработки принципиально отличаются.
Он может и так, только смысл придерживаться отсталой Сишной методологии? История нас учит, что всё идёт по прогрессии - от плохого и примитивного к хорошему и передовому. ООП - во всех отношениях лучше процедурного, потому что ближе к реальному миру: процедуры вы в реальном мире едва ли найдете, а вот классы и объекты - пожалуйста
> То что он попытался сделать называется аббревиатурой из трёх букв: EEE. «Embrace, Extend and Extinguish».
Если для вас любого улучшение жизни и разработки, любой прогресс - EEE, то так можно вообще ничем не пользоваться.
| | |
|
|
|
|
