Выглядит очень хорошо! подобного жду уже лет 5 (если не больше) от разных IDE.
В NetBeans была возможность законнектиться по ssh, но сам движек работал локально и просматривал весь проект по ssh — в итоге ужастные тормоза на проектах больше хеллоу ворд.
Часто не хочется (и не возможно) на столе держать большую машину для комфортной работы Clion, быстрой сборки и тем более запуска вычислений приложений. Если с первым и вторым смирился, то запуск точно на удаленном сервере. Благо в Clion есть автодеплой, это спасает.
Но вот если архитектура на удаленном сервере отличается от той что на клиенте (например ppc64le)? Всячески откладываю внедрение кросс-компиляции, хотя и работу Clion на ppc64le ждать наивно.
Да, действительно, std::include_str "вшивает" ptx код в исполняемый файл. Пропустил так как только начал разбираться с rust и подумал что это функция и работает в рантайме.
А как продвижение с GPU и CUDA в частности?
Может кто подскажет современный фреймворк как все это увязать? да, есть например вариант просто линковать библиотеку и вызывать С функции, но это не то. Есть RustaCUDA — уже лучше, но там нужно иметь подгружать ptx файлы ядер. Скомилить сами ядра можно и nvcc, но как так сделать чтоб эти ptx "линковались" а не таскать их вместе с исполняемым файлом?
При работе с ГПУ Nvidia заметил, что они улчшают координально архитектуру только через поколение. Так Volta не сильно то отличается от Pascal. Поэтому работаем на P100 и не стремимся получить доступ на V100, хотя такие давно есть в датацентрах. А вот архитектура Ampere это очень большой шаг вперед — пропускная способность и объем памяти существенно увеличены. Мы как то не используем тензорные модули (конечно необходимо глянуть их возможности), но вот очень бы хотелось протестить наработки на A100. Переход на P100 с пердыдущей архитектуры был очень результативным для нас.
Очень, очень не хватало этого! вплоть до того, что пришлось выделить на доске столбец «информация» и там закреплять задачи с нужными данными. Буду обновляться.
А как это все перекликается с продуктом Space? Это разные сущности или одно другое включает?
Шрифт по идее должен был поменяться только дефолтный (на наш новый JetBrains Mono)
Да, стоял дефолтный, он и поменялся.
Но то, о чем вы говорите, такое мы тоже активно сейчас обсуждаем и пробуем как-то подступиться к задаче. Не только в CLion, в рамках всех наших IDE в целом. Изучаем подходы.
Думаю это будет прорывная вещь, я такого нигде не видел в IDE (только в некоторых специфических HPC программах), можно было бы вести комфортную разработку с моего любимого старенького макбука например, при этом отлаживая код на разных архитектурах и ОС. А так пришлось завести отдельно машину под CentOS x86_64, а для архитектуры POWER8+ вообще в полу ручном режиме приходится.
Спасибо. Обновился. Такое чувство что сменили шрифты. Привыкну))
После обновления ругнулся что плагин «CLion CUDA Run Patcher» что не совместим — ну и ладно, все равно не заметил от него пользы.
«Красный» в CUDA файлах действительно пропал — это радует))
Мне наверно эти 5 лет понадобились чтобы переехать на CLion, до этого каждые полгода пробовал, постоянно чего то сильно не хватало.
Но о чем мечтал так и нет: полной клиент серверной работы — исходники парсит на сервере, клиент отображает удаленно. Возможно это слишком сложно.
А вот по мелочи:
Настроено deployment по ssh на удаленный сервер, настроен mapping папки локальной bin (тут складываются готовые бинарники после компиляции) в папку bin на удаленном сервере. Вроде хорошо все: если в дереве проекта открыть папку bin, выбрать нужный бинарник, правой кнопкой и Upload to serv — то файл улетает на сервер, о чем появляется запись в логах. Но есть в настройках настройка Automatic Upload (always). Как мне казалось, что после локального обновления бинарников (из за перекомпиляции) в папке bin, будет автоматом загрузка их на сервер, но это функциональность не работает, приходится каждый раз мышкой тыкать Upload to serv на каждом файле. Может я не так понял назначение этой фичи? (система везде CentoOS 7)
Ест ОЗУ конечно CLion не мало, на больших проектах, на 2 ГБ выделенных ему отказался работать, пришлось поднять квоту до 4. Ну наверное за удобство надо платить ресурсами))
Спрошу здесь:
1) Подскажите как включить подсветку синтаксиса (просто базовую) Groovy (ну или чего похожего). У меня в корне проекта Jenkinsfile и править его хочется прям в Clion. Пробовал указать что это например JavaScript, но он ошибками разукрашивает так что становиться не читабельно.
2) В CentOS 7 ( Mate) если переключить на другое окно (например браузер), а затем нажать мышкой на панели (чтоб переключить обратно в Clion) то не разворачивается, приходиться нажать свернуть браузер.
3) Deployment по SFTP: все настроил, коннектится. В Mappings добавил 2 папки, в них складываются готовые бинарники (bin и lib), установил галочку Automatic Upload. Так вот при перекомпиляции новые бинарники не заливаются автоматом на сервер, приходиться на каждом мышкой: Upload to . Если же удалить бинарник, то он автоматом удаляется и с сервера.
Либо со мной что не так, либо лыжи не едут.
И еще:
Планируется ли «настоящая» удаленная разработка? как бы по системе клиент-сервер, чтобы парсер исходников работал на удаленной машине (и ресурсы на это потреблялись только там), а на клиенте только отображение. Проект большой и если подмонтировать по ssh папку и канал не очень, то это ужасные тормоза. Собирать проект локально — нужно локальную машину хорошую с нужной архитектурой, что не всегда возможно (напр для POWER8+).
Выглядит очень хорошо! подобного жду уже лет 5 (если не больше) от разных IDE.
В NetBeans была возможность законнектиться по ssh, но сам движек работал локально и просматривал весь проект по ssh — в итоге ужастные тормоза на проектах больше хеллоу ворд.
Часто не хочется (и не возможно) на столе держать большую машину для комфортной работы Clion, быстрой сборки и тем более запуска вычислений приложений. Если с первым и вторым смирился, то запуск точно на удаленном сервере. Благо в Clion есть автодеплой, это спасает.
Но вот если архитектура на удаленном сервере отличается от той что на клиенте (например ppc64le)? Всячески откладываю внедрение кросс-компиляции, хотя и работу Clion на ppc64le ждать наивно.
Да, действительно, std::include_str "вшивает" ptx код в исполняемый файл. Пропустил так как только начал разбираться с rust и подумал что это функция и работает в рантайме.
А как продвижение с GPU и CUDA в частности?
Может кто подскажет современный фреймворк как все это увязать? да, есть например вариант просто линковать библиотеку и вызывать С функции, но это не то. Есть RustaCUDA — уже лучше, но там нужно иметь подгружать ptx файлы ядер. Скомилить сами ядра можно и nvcc, но как так сделать чтоб эти ptx "линковались" а не таскать их вместе с исполняемым файлом?
А как это все перекликается с продуктом Space? Это разные сущности или одно другое включает?
Да, стоял дефолтный, он и поменялся.
Думаю это будет прорывная вещь, я такого нигде не видел в IDE (только в некоторых специфических HPC программах), можно было бы вести комфортную разработку с моего любимого старенького макбука например, при этом отлаживая код на разных архитектурах и ОС. А так пришлось завести отдельно машину под CentOS x86_64, а для архитектуры POWER8+ вообще в полу ручном режиме приходится.
После обновления ругнулся что плагин «CLion CUDA Run Patcher» что не совместим — ну и ладно, все равно не заметил от него пользы.
«Красный» в CUDA файлах действительно пропал — это радует))
Мне наверно эти 5 лет понадобились чтобы переехать на CLion, до этого каждые полгода пробовал, постоянно чего то сильно не хватало.
Но о чем мечтал так и нет: полной клиент серверной работы — исходники парсит на сервере, клиент отображает удаленно. Возможно это слишком сложно.
А вот по мелочи:
Настроено deployment по ssh на удаленный сервер, настроен mapping папки локальной bin (тут складываются готовые бинарники после компиляции) в папку bin на удаленном сервере. Вроде хорошо все: если в дереве проекта открыть папку bin, выбрать нужный бинарник, правой кнопкой и Upload to serv — то файл улетает на сервер, о чем появляется запись в логах. Но есть в настройках настройка Automatic Upload (always). Как мне казалось, что после локального обновления бинарников (из за перекомпиляции) в папке bin, будет автоматом загрузка их на сервер, но это функциональность не работает, приходится каждый раз мышкой тыкать Upload to serv на каждом файле. Может я не так понял назначение этой фичи? (система везде CentoOS 7)
Ест ОЗУ конечно CLion не мало, на больших проектах, на 2 ГБ выделенных ему отказался работать, пришлось поднять квоту до 4. Ну наверное за удобство надо платить ресурсами))
1) Подскажите как включить подсветку синтаксиса (просто базовую) Groovy (ну или чего похожего). У меня в корне проекта Jenkinsfile и править его хочется прям в Clion. Пробовал указать что это например JavaScript, но он ошибками разукрашивает так что становиться не читабельно.
2) В CentOS 7 ( Mate) если переключить на другое окно (например браузер), а затем нажать мышкой на панели (чтоб переключить обратно в Clion) то не разворачивается, приходиться нажать свернуть браузер.
3) Deployment по SFTP: все настроил, коннектится. В Mappings добавил 2 папки, в них складываются готовые бинарники (bin и lib), установил галочку Automatic Upload. Так вот при перекомпиляции новые бинарники не заливаются автоматом на сервер, приходиться на каждом мышкой: Upload to . Если же удалить бинарник, то он автоматом удаляется и с сервера.
Либо со мной что не так, либо лыжи не едут.
И еще:
Планируется ли «настоящая» удаленная разработка? как бы по системе клиент-сервер, чтобы парсер исходников работал на удаленной машине (и ресурсы на это потреблялись только там), а на клиенте только отображение. Проект большой и если подмонтировать по ssh папку и канал не очень, то это ужасные тормоза. Собирать проект локально — нужно локальную машину хорошую с нужной архитектурой, что не всегда возможно (напр для POWER8+).