| 1.1, Kumo (?), 08:58, 11/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
С Matlab совместим на половину. Просто перебросив код вы сможете запустить большинство расчетов, только шрифты не определит. Когда делается рачтеты посложнее, лучшее переписать код заново под Octave. Я только начал осваивать Octave, как Matlab отозвал лицензию (
| | |
| |
| 2.2, Rnd (?), 09:13, 11/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Может быть тогда объясните, в чём его фишка? Ради производительности и близкого синтаксиса с Matlab обычно переходят на Julia, при этом ещё получается существенный выигрыш в скорости. Аналога Симулинка вроде бы вообще нигде полноценного нет. По производительности Октав ещё медленнее Матлаба. Что в нём так привлекает?
| | |
| |
| 3.4, Аноним (4), 09:33, 11/04/2022 [^] [^^] [^^^] [ответить]
| +6 +/– |
 > Что в нём так привлекает?
наверное то, что что свободно и бесплатно, и лицензию не отзовут в силу не зависящих от простых смертных обстоятельств
| | |
| |
| 4.7, Rnd (?), 10:03, 11/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Julia тоже свободная и бесплатная, лицензию тоже не отзовут. Так что этот аргумент не решает. Но вот со скоростью у Октава реально есть проблемы: https://julialang.org/benchmarks/
Так что если осознанно переходить именно на него, то реально должна быть какая-то особая причина. Вот эта причина как раз и интересна, потому что обычно в обзорах пишут просто, что это свободный аналог Матлаба, и на этом всё
| | |
| |
| 5.9, Аноним (9), 11:22, 11/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
Октава для математических расчетов использует библиотеки BLAS.
По умолчанию в ней задействована GNU Scientific Library (https://www.gnu.org/software/gsl/), которая предоставляет совместимую корректную реализацию, но не оптимизирована с точки зрения производительности.
Если заменить ее на MKL (для Intel), OpenBLAS собранный под свой процессор или вообще nvBLAS (если есть GPU от NVidia), то дела пойдут гораздо веселее.
| | |
| |
| 6.35, Семен (??), 04:12, 17/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Я бы не советовал менять blas библиотеку на MKL, по сравнению с openblas она дает менее 10% выигрыша, а вот на процессорах AMD деградация в скорости до 40%. MKL проприетарная библиотека со всеми вытекающими последствиями, скажу больше intel нaсрaлa еще в ядре linux и glibc, что процессоры AMD имели хуже производительность, но благо этот код последние годы вычищается.
Есть еще ArrayFire и использую его для расчетах на amd gpu. Все что связано с nvidia работает в linux значительно хуже AMD, дрова nv довольно кривые.
| | |
|
| 5.10, Константавр (ok), 11:33, 11/04/2022 [^] [^^] [^^^] [ответить]
| +6 +/– |
 >https://julialang.org/benchmarks/
>Note that the Julia results depicted above do not include compile time.
А с компиляцией? Просто интересно. По лицензиям - MIT против GPL. И у Julia есть морда? Octave это полноценная (ish) среда, а Julia только язык. Или я не правильно понимаю?
Я использую Octave именно потому что всё включено. Считать мне надо не много, но вспоминать каждый раз нюансы, а он мне и справочку и выхлоп покажет и т.д. Удобно.
| | |
| |
| 6.15, Анонус (?), 12:48, 11/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
>И у Julia есть морда?
Есть Juno. Это вроде как IDE, но оно умеет рисовать графики. А еще есть поддержка Jupyter Notebook.
| | |
| 6.16, Rnd (?), 13:22, 11/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
У Julia "официальное" рабочее окружение собирается из VSCode с соответствующими плагинами. Получается вполне удобная среда для научного программирования, вполне комфортная, функциональная, всё быстро работает. До позапрошлого года официальное окружение собиралось на основе Atom, кому не нравится VSCode - расширения под Atom тоже вроде бы все ещё живы. Наверняка есть какие-то расширения и для других IDE. Плюс интерактивные блокноты Jupyter и Juno - кому что больше нравится. Juno - удивительно хорош
| | |
|
|
|
| 3.6, Kumo (?), 09:47, 11/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Мне просто проще. Узнал об Octave, пока собирал материал по Matlab. Вот и решил попробовать. Для расчетов вузе прям уж очень продвинутого и производительного не нужно, ну или мои задачи не такие требовательные.
| | |
| |
| 4.8, Rnd (?), 10:10, 11/04/2022 [^] [^^] [^^^] [ответить]
| –4 +/– |
После ВУЗа времени на изучение чего-то нового может резко стать намного меньше. Так что имеет смысл сразу изучать конкурентоспособные технологии, владение которыми потом можно будет применить в реальной практике, которые помогут при устройстве на высокооплачиваемую работу
| | |
| |
| 5.12, Аноним (12), 12:43, 11/04/2022 [^] [^^] [^^^] [ответить]
| –3 +/– |
Matlab сказал россиянским предприятиям good by. Поэтому при устройсте на работу _любую_ _тут_ владение им уже не поможет.
| | |
| |
| 6.18, Rnd (?), 13:33, 11/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Матлаб - собственнический продукт, который из года в год и так только теряет свою долю на рынке. Нынешние действия не добавят ему популярности ни в России, ни за рубежом. Его держат на плаву только объёмы уже написанного кода, который никто не хочет переписывать, написанные строго под него учебники и учебные занятия, ну и Симулинк. Под "конкурентоспособными технологиями" понимался конечно не он
| | |
| |
| 7.24, Аноним (24), 07:27, 12/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> написанные строго под него учебники
Глядя на большинство институтов математики и информационных технологий, всё больше убеждаюсь в истинности подобных фраз. Учёба превратилась в кнопкотыкальство. По истечению ~четырёх лет обучения выпущенный студент сразу становится ненужным из-за устаревания того, что ему впихивали в голову.
| | |
|
|
|
|
| 3.11, f95 (ok), 11:35, 11/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Юзал джулию в таком режиме, в котором вы предлагаете. >95% времени уходит на JIT (простите, JAOT). Либо ты сильнее оптимизируешь JIT, и тратишь еще большую долю на компиляцию, либо все работает супер медленно, как на питоне. Пердолился, собирал системный образ, в который нужно не забыть скомпилять все нужные пакеты, потратив на это еще пол дня, ну тогда вот мой скрипт в 100 строк можно было запустить быстро. Надо было только скормить откомпилянный 1.2 GiB образ при запуске интерпретатора.
Зачем все это счастье простым пользователям, не тем кто на кластерах делает - непонятно.
А язык приятный, да. Но сырой - по крайней мере пакетный манагемент и попытки компиляции динамичекого языка.
| | |
| |
| 4.17, corvuscor (ok), 13:26, 11/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
 > Юзал джулию в таком режиме, в котором вы предлагаете. >95% времени уходит на JIT (простите, JAOT).
Значит она тебе и не нужна.
Юзал джулию для некоторых вычислений, разница с чистым питоном местами до 100 раз.
Компиляция медленная, да, но когда расчеты идут часами - это не имеет значения.
| | |
| |
| 5.28, adolfus (ok), 15:36, 12/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Если расчеты идут часами, имеет смысл потратить это время на фортран. В крайнем случае на си, что будет работать почти так же быстро.
| | |
| |
| |
| 7.30, наноим (?), 17:46, 12/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
рут очень тяжёлый. с кондой его хотя бы можно быстро собрать, раньше на это уходило полдня, особенно, если не шаришь в процессах сборки.
да, сейчас, 7 версия выглядит перспективно, где рут тим полностью отказались от всех самописных tobject и tlist итд в пользу stl и перешли на новый графический движок.
однако несмотря на все это, вообще не понимаю как им можно пользоваться после пого же пандас...
судя по тому, что я вижу, молодёжь в церне переходит на пайтон как в свое время с фортрана перешли на рут.
некоторые коллаборации например lhcb уже полностью клиент для анализа имеют на питоне, остальные огромные неповоротливые вынуждены поддерживать быдлософт на старом руте 5.34
| | |
|
| |
| 7.40, adolfus (ok), 16:16, 20/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Сомнительное предложение. Фортран может быть интереснее по потреблению памяти, по размеру
> бинарника, но явно не по скорости:
> https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/julia-ifc.
> Си обычно побыстрее, но тоже не всегда:
> https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/julia-gcc.
> Но если мы говорим про общую экономию времени, то нужно учитывать не
> только сам запуск бинарника, но и скорость разработки. И здесь среди
> высокопроизводительных языков у Julia особо нет конкурентов
Все зависит от того, что и как написано. Что касается вычислений с плавающей запятой, а фортран для другого не используется, то код на С, который грамотно использует restricted указатели на элементы массивов, иногда работает так же быстро, как фортрановский, но чаще всего немного отстает. Если использовать в си обычные указатели или оператор [] для доступа к элементам массивов, то код на си по производительности всегда отстает от фортрановского. Имеется в виду, что код не использует готовых библиотек, типа бласов и прочих лапаков, а исключительно сам всю линейную алгебру считает.
Что касается скорости разработки числодробилок, то 90% времени -- это программирование тестов и отладка целевого кода. Без отладки можно только хеловорлды писать. А сами формулы программируются одинаково по времени во всех ЯП, мало того, они вообще выглядят почти одинаково.
Кстати, как выглядит в вашей жулии возведение числа в степень, равную корню квадратному из трех?
| | |
|
|
|
| 4.36, Cemen (?), 05:40, 17/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Что такое JAOT?
Есть AOT и JIT, и это разные вещи и даже происходят на разных этапах.
Насчёт JIT вы в корне не правы, JIT код может быть даже быстрее кода на С. Насчёт предкомпиляции в julua, она в последних версиях стала очень быстрая, раньше да она медленная была, и это раздражало. Ничего там сырого нет, работает все хорошо, язык за последние года 2 стал практически идеальным. И не такой тошнотворный синтаксис как в том же R.
| | |
|
|
|
| |
| |
| 3.13, Аноним (12), 12:44, 11/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Несколько заинтригован. Это сказал человек - сторонник GTK? ;)
| | |
|
| 2.41, adolfus (ok), 16:18, 20/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> Есть гуй на гтк? Емакс не предлагать.
Любой редактор годится. Например, slickedit.
| | |
|
| 1.14, Аноним (12), 12:48, 11/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Раз это проект GNU, ориентированный на скриптование, а скриптование на Guile в нём поддерживается?
| | |
| |
| 2.34, ubique (ok), 19:42, 15/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
 > Scilab круче
Медленее, медленее и ещё раз медленее он (критически медленее). :)
Плюс от scilab только наличия xcos (некое подобие симулинка) :)
| | |
|
| 1.25, Аноним (25), 15:04, 12/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Интеграцию с sympy починили? Октава вообще покрывает 90% студенческих задач по численным рассчетам на матлабе, оставшиеся 10% это как раз где используется символическая алгебра.
| | |
| |
| 2.27, adolfus (ok), 15:32, 12/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Матлаб в символическую алгебру умеет настолько, наскольку в нее умеет ядро Maple, которое он использует.
Символическая алгебра -- это Maxima. Уровень, кстати, очень высокий. Что касается тензорных вычислений в индексах, то будет покруче Maple.
| | |
|
| 1.32, ubique (ok), 11:56, 14/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Хм, почитал комментарии, но мой вывод такой:
Тут не попытка топить за что-то конкретное, каждому своё, что больше нравится.
Производительность на Ryzen 5 1600X в "попугаях" (:
octave 6.2
octave:1> N=10000;A=rand(N,N);b=rand(N,1);tic();x=A\b;toc()
Elapsed time is 5.87 seconds.
julia 1.5.3
julia> N=10000;A=rand(N,N);b=rand(N,1);t0=time();x=A\b;time()-t0
7.421519994735718
матлаб не стоит, но лет 7 назад, октава достойно соперничала. Некоторые операции делала быстрее, сейчас проверить не могу.
октаве, как и матлаб отлично векторизует операции. джулия векторно считает медленнее. Это, даже, в доке написано.
В октаве, там где требуется jit, не так много (по крайней мере для меня). В основном всё векторизуется, что позволяет более компактно и понятней оформлять скрипты.
| | |
| |
| 2.38, Cemen (?), 05:45, 17/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Насчёт векторизации в julua, все зависит с какой blas библиотекой работает julua. Много нюансов при сборке, нельзя сказать, что julua медленнее. В julua есть к примеру arrayfire и на gpu amd можно ускорить вычисления.
| | |
| 2.39, Семен (??), 05:51, 17/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
Что-то не заметил, что кто-то медленнее или быстрее...
octave:1> N=10000;A=rand(N,N);b=rand(N,1);tic();x=A\b;toc()
Elapsed time is 4.78836 seconds.
julia> N=10000;A=rand(N,N);b=rand(N,1);t0=time();x=A\b;time()-t0
4.787189960479736
julia> N=10000;A=randn(AFArray{Float64}, N,N);b=randn(AFArray{Float64}, N,1);t0=time();x=A\b;time()-t0
2.1178228855133057
| | |
|
|
