The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз системы для математических расчётов GNU Octave 5

04.03.2019 06:34

Состоялся релиз системы для выполнения математических расчётов GNU Octave 5.1.0 (первый релиз ветки 5.x), предоставляющей интерпретируемый язык, во многом совместимый с Matlab. GNU Octave может использоваться для решения линейных задач, нелинейных и дифференциальных уравнений, вычислений с использованием комплексных чисел и матриц, визуализации данных, проведения математических экспериментов.

В новом выпуске продолжена работа по улучшению совместимости с Matlab, реализованы новые функции и переработана подсистема отрисовки. Добавлена серия функций mov* для сдвига видимого окна по области произвольного размера, а также добавлены функции clearvars, isfile, isfolder, openfig, ordeig, savefig и uitable.

Существенно (до 25 раз!) увеличена производительность функций для работы с числовыми рядами. Приведены к форме, совместимой с Matlab, функции fminsearch, fminbnd и fminunc. Для использования быстрого преобразования Фурье теперь требуется библиотека FFTW (поддержка работы через FFTPACK прекращена).

Представлены многочисленные улучшения в системе отрисовки графиков. Для вывода в растровые форматы (например, PNG или JPEG) по умолчанию задействован метод отрисовки на базе OpenGL (растровый режим "-opengl" вместо векторного "-painters"). Вместо библиотеки OSMesa для вывода в файлы использованы возможности отрисовки в буфер, предоставляемые библиотекой Qt (класс QOffscreenSurface). Для работы GUI библиотека Qt теперь является обязательной зависимостью (поддерживается Qt 4.8, но рекомендуется Qt 5).

Добавлена поддержка экранов с высокой плотностью пикселей (HiDPI), DPI в которых превышает 96. Реализованы новые опции для распределения содержимого по странице при выводе на печать (генерации PDF и PostScript): "-fillpage" и "-bestfit". Добавлен новый режим печати "-ddumb", при котором информация записывается в форме ASCII-графики. В сборках для Windows обеспечена возможность работы с файлами и каталогами, содержащими символы Unicode.



  1. Главная ссылка к новости (https://www.mail-archive.com/i...)
  2. OpenNews: Выпуск AIMS Desktop 2017.1, дистрибутива с подборкой математического и научного ПО
  3. OpenNews: Релиз системы для математических расчётов GNU Octave 4.2.0
  4. OpenNews: Выпуск математической библиотеки GNU Scientific Library 2.0
  5. OpenNews: Google представил MathFu 1.0, математическую библиотеку для разработчиков игр
  6. OpenNews: Выпуск свободного математического пакета OpenOpt Suite 0.51
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/50244-octave
Ключевые слова: octave, math, graph
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (28) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, iPony (?), 10:48, 04/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Тыкал палочкой как-то версию 4.2. Ну очень глючно. Даже трудно что-то было из простого сделать, типа нарисовать график для параметрической функции.
     
     
  • 2.16, Oops (?), 15:13, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Помнится, кто-то активно кyдаxтал (кажется, [s]одaлист[/s] дeбилист с LOR'а), что Qt несвoбодная лaжа, а все проекты GNU делаются на GTK. Вот это поворот! У дeбилиcта будет бaттхeрт.
     
     
  • 3.20, Анонас (?), 16:56, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пойду ему на лоре напишу, что у него оказывается баттхерт
     
     
  • 4.22, Аноним (-), 18:27, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А может это был квазарчик? У них обоих перманентное состояние бaттxepта. :)
     
  • 2.31, av (??), 04:40, 08/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нормально там все. Много пользовал с 4.0 версии для работы с данными, порядка 10к х 10к.

    По графике может глючить конкретный тулкит, но их там штуки 3 на выбор
    https://octave.org/doc/v4.4.1/Graphics-Toolkits.html

    Но очень медленный невекторизованный код (раз в 50 медленнее чем в matlab и раз в 10 чем в octave). А это бывает неприятно.

     
     
  • 3.32, Ю.Т. (?), 09:51, 08/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Нормально там все. Много пользовал с 4.0 версии для работы с данными,
    > порядка 10к х 10к.
    > По графике может глючить конкретный тулкит, но их там штуки 3 на
    > выбор
    > https://octave.org/doc/v4.4.1/Graphics-Toolkits.html
    > Но очень медленный невекторизованный код (раз в 50 медленнее чем в matlab
    > и раз в 10 чем в octave). А это бывает неприятно.

    Октаву нужно собирать самостоятельно, с хотя бы некоторыми оптимальными реализациями обработки матриц (BLAS, LAPACK, по собственным значениям). В дистры включается, насколько помню (лет 5-6 назад), сборка "дженерик", без этих ускорений.

     
     
  • 4.33, av (??), 18:12, 08/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Дело не в дополнительном ускорении векторно-матричных операций, там и так все неплохо. А дело в крайне медленном по сравнению с аналогами обычном for цикле. Не всегда ведь все легко вектооизуется.
     

  • 1.2, Аноним (2), 11:26, 04/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если что-то можно "существенно увеличить (до 25 раз!)", то это значит, что всё было очень плохо с начальной реализацией.
     
     
  • 2.3, llolik (ok), 11:35, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > всё было очень плохо с начальной реализацией

    Как было не знаю, но вполне возможно, что использовали наивный алгоритм и заменили его на оптимизированый. Это как с преобразованиями Фурье: можно считать "в лоб", можно FFT - результат тот же, но разница в скорости колоссальная.

     
     
  • 3.9, EnemyOfDemocracy (?), 13:12, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > заменили его на оптимизированый

    Любители "просто купить плашку оперативы" фпичали...

     
  • 3.14, iPony (?), 14:23, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > всё было очень плохо с начальной реализацией
    > возможно, что использовали наивный алгоритм и заменили его на оптимизированый

    Ну это одно и тоже.
    А там просто кривота

    http://hg.savannah.gnu.org/hgweb/octave/rev/31b443b5a6c1

     
     
  • 4.19, llolik (ok), 15:56, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> всё было очень плохо с начальной реализацией
    >> возможно, что использовали наивный алгоритм и заменили его на оптимизированый
    > А там просто кривота

    Посмотрел патч - да, "ехал find через diff и sort-ом погоняло". Не удивительно, что оно так медленно работало.

     
  • 2.4, Аноним (4), 12:23, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    он никогда быстрым не был. Другое дело, что сейчас появилась Julia. Нужен ли Octave после этого - большой вопрос.
     
     
  • 3.5, Andrey Mitrofanov (?), 12:28, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > он никогда быстрым не был. Другое дело, что сейчас появилась Julia. Нужен
    > ли Mathlab после этого - большой вопрос.

    //no thanks

     
  • 3.6, Аноним (6), 12:41, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, это совершенно не вопрос. Пусть будет больше. Даже фортран нужен.
     
     
  • 4.30, PnDx (ok), 12:11, 05/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Fortran не "даже", а категорически нужен. Потому что например вариться в кипятке — достаточно болезненная смерть. А у моих знакомых все "теплотехнические" расчёты ещё со времён Союза на фортране. Полагаю, не только у них.
     
  • 3.11, Аноним (11), 13:19, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Другое дело, что сейчас появилась Julia. Нужен ли Octave после этого - большой вопрос.

    Ответ однозначный - нужен. Поскольку это проект GNU, поэтому его не прикрутят к LLVM.

     
  • 3.17, Аноним (17), 15:15, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    С таким названием Джулия точно не нужна!
     
     
  • 4.18, Юлечка (?), 15:44, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Юлечка.
     
  • 3.27, Alexklonoff (?), 08:29, 05/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Когда для Джулии сделают пошаговый отладчик, тогда возможно она и будет кому-то нужна. А когда сделают ГУИ по типу Октавы или Р-студии, можно будет попробовать посмотреть в её сторону.
     
     
  • 4.28, Аноним (28), 08:40, 05/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда для Джулии сделают пошаговый отладчик, тогда возможно она и будет кому-то нужна.

    https://github.com/JuliaDebug/Debugger.jl

    > А когда сделают ГУИ по типу Октавы или Р-студии

    http://junolab.org/

    > можно будет попробовать посмотреть в её сторону.

    живите в настоящем, а не в 5-ти летнем прошлом

     
     
  • 5.29, Alexklonoff (?), 09:03, 05/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел ссылки. Так дело не пойдет. Для использования отладчика в Октаве нужно просто поставить красную точку. А здесь предлагают писать в коде всякие "using Debugger" и "@enter foo(20)". Но вообще радует, что проект развивается. Лет через семь, когда он перейдет в более-менее стабильное состояние можно будет попробовать и Джулию. А пока придется по старинке делать прототипы в Октаве и потом переписывать на Си++.
     
  • 2.26, Ю.Т. (?), 21:28, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ещё 10 лет назад Октаву можно было собирать с быстрыми (сишными) библиотеками (BLAS и так далее) или без них. Возможно, теперь что-то из этого вошло в обязаловку.
     

  • 1.15, Руслан Русаков (?), 15:07, 04/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Починили ли clc? На на версии 4.4.1-7 очистка экрана не работала.
     
  • 1.21, Аноним (21), 17:06, 04/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Просто используйте питон.
     
     
  • 2.24, Аноним (17), 19:45, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уже используем.
     

  • 1.23, Аноним (23), 19:21, 04/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    > Вместо библиотеки OSMesa для вывода в файлы использованы возможности отрисовки в буфер, предоставляемые библиотекой Qt (класс QOffscreenSurface). Для работы GUI библиотека Qt теперь является обязательной

    освистал.
    Плохой, нехороший ход.

     
     
  • 2.25, Аноним (25), 19:46, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Свистелка не отросла. А ход замечательный!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру