RS
Size: a a a
2021 April 12
VS
ENV хорошая штука, спасибо, но параметров командной строки я там не увидел. Т.е., если запуск был julia -t1 -p1, то хочется найти эту информацию ("-t1 -p1") из REPL.
VS
Проблема частично решена, если перед запуском джулии выполнить export OMP_NUM_THREADS=1, то время выполнения в REPL +- такое же как в плуто. Но интересно, что плуто эту переменную среды не ставит, а в остальном ENV примерно одинаковый, значимых различий не нашел
VS
Т.е. проблема, скорее всего, на стороне openBLAS, который забивает все доступные ядра и, в итоге, сам себе мешает. Непонятно только почему в окружении pluto.jl все нормально.
АО
Такого увидеть нельзя, потому что это вещи не связанные.
Если параметры выставлялись через окружение, то можно проверить вот эти переменные:
https://docs.julialang.org/en/v1/manual/environment-variables/#Parallelization
Если параметры выставлялись через окружение, то можно проверить вот эти переменные:
https://docs.julialang.org/en/v1/manual/environment-variables/#Parallelization
АО
А так,
Threads.nthreads() покажет количество потоков. Надо в доках поискать какая команда показывает количество процессов запущенных, там что-то похожее.АО
И есть отдельные переменные для BLAS.
VS
А, вот теперь до меня дошло, оказывается есть отдельный параметр для BLAS трэдов. Видимо, Pluto где-то делает что-то вроде BLAS.set_num_threads(1) или ENV["OPENBLAS_NUM_THREADS"]=1. По умолчанию используется количество логических ядер, что плохо.
Есть еще вот этот issue https://github.com/JuliaLang/julia/issues/33409 открытый с 2019 года
Всем спасибо!
Есть еще вот этот issue https://github.com/JuliaLang/julia/issues/33409 открытый с 2019 года
Всем спасибо!
АО
Вообще, это конечно грустно.
Надо переходить на Octavio или как он там называется.
Надо переходить на Octavio или как он там называется.
АО
Вроде бы он уже для достаточно большого числа случаев работает не хуже openBLAS.
АО
Но сам не проверял, не знаю что там на самом деле происходит 😊
VS
Я, в итоге, подцепил intel mkl. Массовый расчет собственных разложений пошел гораздо веселее (раза в 1,5) чем openBlas, при самых правильных настройках
2021 April 13
RS
AP
Спасибо большое за ссылку! Как раз пишем статью на OOPSLA про стабильность...
AP
Да, спасибо. Я немножко общался с Холи на тему связанную с анализом стабильности, но подробно в Снуп не смотрел (блог пост видел), вероятно надо посмотреть. Мы пока ничего не оптимизируем просто, а пытаемся разобраться в том как на это надо смотреть с формальной точки зрения.
2021 April 15
АО
О! Это интересно.
Я как-то раз работал с GitHub GraphQL API, но это было что-то очень кастомное. Довольно много рутины было, очень хорошо, что кто-то собрал пакет, который эту работу упрощает.
Я как-то раз работал с GitHub GraphQL API, но это было что-то очень кастомное. Довольно много рутины было, очень хорошо, что кто-то собрал пакет, который эту работу упрощает.
SV
Коллеги, небольшой офтоп:
есть ли канал системный архитекторов\инженеров, где обсуждаются практики разработки компонентов и интерфейсов компонентов?
Может кто знает\подскажет?
есть ли канал системный архитекторов\инженеров, где обсуждаются практики разработки компонентов и интерфейсов компонентов?
Может кто знает\подскажет?
ЕП
Есть по архитекткре канал Максима Смирнова