The OpenNET Project / Index page

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

Выпуск Python-библиотеки для научных вычислений NumPy 1.18

23.12.2019 12:22

Состоялся релиз Python-библиотеки для научных вычислений NumPy 1.18, ориентированной на работу с многомерными массивами и матрицами, а также предоставляющей большую коллекцию функций с реализацией различных алгоритмов, связанных с использованием матриц. NumPy является одной из наиболее востребованных библиотек, применяемых для научных расчётов. Код проекта написан на языке Python с применением оптимизаций на языке Си и распространяется под лицензией BSD.

Выпуск NumPy 1.18 примечателен определением и документированием C-API numpy.random для работы со случайными выборками, предоставлением инфраструктуры для связывания с 64-разрядными библиотеками BLAS и LAPACK, переработкой документации и прекращением поддержки некоторых возможностей, которые очень давно были объявлены устаревшими. NumPy 1.18 является последним выпуском с поддержкой Python 3.5 (рекомендуется перейти на Python 3.6, 3.7 и 3.8).

  1. Главная ссылка к новости (https://www.mail-archive.com/p...)
  2. OpenNews: Выпуск Python-библиотеки для научных вычислений NumPy 1.17.0
  3. OpenNews: Доступен NumPy 1.16, последний релиз с поддержкой Python 2
  4. OpenNews: Опубликован план прекращения поддержки Python 2 в NumPy
  5. OpenNews: Выпуск SciPy 1.0, библиотеки для научных и инженерных расчётов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52082-numpy
Ключевые слова: numpy, math, python
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (44) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, сжв (?), 12:23, 23/12/2019 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +19 +/
     

     ....ответы скрыты (3)

  • 1.4, corvuscor (ok), 12:56, 23/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Вот от чистого сердца огромный респект разрабам!
    Я уже не представляю, как жил бы без этой либы.
    Один раз попробуешь - и уже не захочешь без него писать.
     
     
  • 2.14, kravich (ok), 19:35, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Один раз попробуешь - и уже не захочешь без него писать.

    А если писал до этого на матлабе - то бросишь это занятие

     
     
  • 3.18, Анончик9999 (?), 21:42, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если писал на Matlab'e, то переписать на NymPy - проще простого потратив относительно небольшое время, но права на код - твои, как и на Runtime - клепай свои пирожки з научным содержанием, да будет тебе счастье и вознаграждение за труд!
     
     
  • 4.20, Аноним (-), 22:23, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > то переписать на NymPy - проще простого

    Но зачем, если есть Julia?..... Не пора ли прекратить грызть кактусы?....

     
     
  • 5.22, Аноним (22), 23:07, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ваша Юлия - это и есть кактус. Матлаб и его клоны, включаю Юлию - это питон курильщика.
     
     
  • 6.23, Аноним (23), 23:12, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > это питон курильщика

    Кроме hello world, доводилось что-нибудь писать?.... И хоть на чём-нибудь кроме питона?

     
  • 3.19, Анончик9999 (?), 21:45, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще рекомендую Pandas а ещё лучше - Sage. С ним ты, как с гранатомёта, стреляешь по мат-фез. сложностями.
     

  • 1.7, economist (?), 13:54, 23/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    В реальной работе с данными - 95% методов закрывает Pandas (надстройка над NumPy). Но 5% все-таки остается. Хорошо что продукт который уже стал повсеместным в DS - развивается.  
     
     
  • 2.8, Аноним (-), 16:54, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В DS у нас уже есть Julia. Всякие надстройки над надстройками - это пусть школьники тренируются.
     
     
  • 3.10, Аноним (10), 17:21, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для этого есть гораздо более академичный R.
     
     
  • 4.11, Аноним (23), 17:34, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тяжеловат он для молодёжи. Впрочем, если разобраться, то концепты R, таки, проще, чем то, что намешано в питоне. Ну и, производительность по современным меркам низкая.
     
     
  • 5.12, psv (??), 18:04, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну да, LAPACK в юлии конечно быстрее будет (типа как "красная машина едет быстрее")
     
     
  • 6.13, Аноним (23), 18:22, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    DS - это не только LAPACK. К тому же, да, надо смотреть по бенчмаркам. Даже в LAPACK разница в скорости есть.
     
     
  • 7.25, economist (?), 09:38, 24/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Юлька хорошо, но под Python кратно больше всего готового в DS.

    Готов поспорить на ящик коньяка что Julia за 5 лет не догонит Python (и в DS, и вообще). На питоне пишется проще. А если не выключать голову - то и работает так же быстро. Вещей, подобных Anaconda - под Julia не появится, скорее всего, никогда.    

     
     
  • 8.28, Аноним (-), 17:28, 24/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вашим мечтам сбыться не суждено Питон, как технология, умирает И сказки про пр... текст свёрнут, показать
     
     
  • 9.29, myhand (ok), 20:30, 24/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Анонимусы понимают за науку, не то что этот ваш Нобелевский комитет ... текст свёрнут, показать
     
  • 9.30, Аноним (30), 21:10, 24/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если вы про мечты о выигрыше ящика коньяка - то сбудутся А можно доказательств... текст свёрнут, показать
     
     
  • 10.31, Аноним (-), 21:26, 24/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Без шансов https www reddit com r Julia comments dyf0c6 julia_ranks_1_in_modul... большой текст свёрнут, показать
     
     
  • 11.32, economist (?), 10:53, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Работаем в производстве, сишников не держим Потому что эти сишники не знают пит... текст свёрнут, показать
     
     
  • 12.33, Я (??), 11:14, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мы такое 20 лет назад на чистом sql за минуту на древних машинках делали А вам ... текст свёрнут, показать
     
     
  • 13.34, economist (?), 12:48, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И на SQL это можно, но запрос будет выполняться в 50-100 раз дольше, должен быть... текст свёрнут, показать
     
     
  • 14.36, Аноним (-), 14:30, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрите продукты типа https www metabase com , https www spagobi org Во... текст свёрнут, показать
     
     
  • 15.37, economist (?), 15:46, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Starts at 10,000 year Не вижу никаких преимуществ перед PowerBI или, скажем... текст свёрнут, показать
     
     
  • 16.38, Аноним (-), 16:05, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Чистые питонисты никого не выгонят Они ни алгоритмику не знают, ни современное ... текст свёрнут, показать
     
     
  • 17.40, economist (?), 16:27, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сравнивать поддержку Python и Julia как-то рано Ящик коньяка - в силе Я при... текст свёрнут, показать
     
  • 12.35, Аноним (-), 14:07, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В Вашем use case напрочь отсутствует и Science, и Data Это типовые операции на ... текст свёрнут, показать
     
     
  • 13.39, economist (?), 16:11, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ставите диагноз по фото Я за конструктив Кейс две Pandas-таблицы, df1 4М 50,... текст свёрнут, показать
     
     
  • 14.41, Аноним (-), 16:33, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Numpy будет быстр только на тех операциях, которые внутри него реализовны И на ... текст свёрнут, показать
     
     
  • 15.42, economist (?), 17:14, 25/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Склейка по нечеткому 0,97 с помощью https pypi org project fuzzywuzzy - 4 мин... текст свёрнут, показать
     
  • 9.45, economist (?), 14:10, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Julia рухнула в TIOBE на -11 позиций Ящик коньяка стал чуть ближе https tio... текст свёрнут, показать
     

  • 1.9, Аноним (10), 17:19, 23/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Одно из немногих нужно, про которые написали на том сайте.
     
  • 1.15, Аноним (15), 20:32, 23/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > а языке Python с применением оптимизаций на языке Си

    Что же сразу и целиком не на C?

     
     
  • 2.16, Аноним (2), 20:45, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В библиотеке всё классами реализовано.
     
  • 2.17, Аноним (17), 20:50, 23/12/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    За что же Вы так жестоко троллите пользователей NumPy?
     

  • 1.21, Грусть (?), 22:44, 23/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Fortran - наше всё.
     
     
  • 2.27, Scriptor (ok), 13:17, 24/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, но с ним больше возни. Иногда все-таки проще SciPy-NumPy, чем копаться в древних интерфейсах какого-нибудь LAPACK из времен, когда Fortran не умел не то, что в allocate(), а даже в рекурсию.
     

  • 1.24, Аноним (24), 02:37, 24/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Делетанский вопрос - нумпай это питоновская обертка для BLAS/LAPACK ?
    Если да то мой второй вопрос не имеет смысла, если нет - сколько гигафлопов в пересчете на ядро на гигагерц ?
     
     
  • 2.26, Scriptor (ok), 13:14, 24/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет.

    SciPy -- это питоновская обертка (довольно толковая) над BLAS/LAPACK и еще кучей либ, включая FFT, алгоритмы оптимизации и т.д. NumPy -- это ее движок (определяющий структуры данных и операции, позволяющие с этим всем работать эффективно, а не как через обычные массивы Python) -- если совсем безобразно упрощать, то питоновская обертка к реализации нормальных числовых массивов на C/Fortran .

     
     
  • 3.43, Аноним (24), 06:30, 27/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А понятно, те в любом случае там интрефейс к сишным либам. Да я собственно почему спрашивал - на лиспе пишу, стараюсь все писать на нем, не обращаясь к С или Фотран. Надо сказать скорострельность очень даже и ничего получается.
     
     
  • 4.44, Scriptor (ok), 12:34, 27/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А понятно, те в любом случае там интрефейс к сишным либам. Да
    > я собственно почему спрашивал - на лиспе пишу, стараюсь все писать
    > на нем, не обращаясь к С или Фотран. Надо сказать скорострельность
    > очень даже и ничего получается.

    Фортран велик тем, что за десятилетия его существования решения многих мыслимых математических задач уже написаны на нем и отшлифованы. Переписывать, например, LAPACK на Python -- можно, но это куча времени и усилий, сначала на реализацию, а потом гораздо больше на полировку. Собственно, авторы PyPy таки начинали реализовывать NumPy на чистом Python -- когда уткнулись в то, что обертка к C "infamously slow", но в итоге таки, похоже, забили.

     

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



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

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