Xenia 42 26 сентября, 2012 Опубликовано 26 сентября, 2012 · Жалоба Intel Math Kernel Library известна не один год, ныне уже вышла ее 11-ая версия: http://software.intel.com/en-us/intel-mkl/ Пользовался ли кто-то ею? Каково впечатление? Еще вопрос про лицензию: http://www.softkey.ru/catalog/program.php?...AodMWIARg#items http://store.softline.ru/license/academic-licensing/intel/ http://software.intel.com/sites/default/fi...ucts_EULA_1.pdf Тут мне не все понятно. Вот если лицензия продается к программе, пакету программ или компилятору, то тут всё ясно: купил - пользуйся. А как быть, если это библиотека (как в данном случае), которая по своему назначению не программа, а часть, встраиваемая в самописные программы? Унаследует ли самодельная программа, использующая внутри себя "Intel Math Kernel Library", необходимость в лицензии? Т.е. надо ли покупать лицензию на каждый компьютер, на котором должна будет работать твоя программа, если последняя использует "Intel Math Kernel Library"? Это я в том смысле спрашиваю, что интересуюсь, встроена ли в эту библиотеку какая-нибудь защита или проверяльщик лицензии? Или, однажды добыв эту библиотеку, "нехорошие люди" :) могут делать с ее помощью вычисления на любых компьютерах, ничего на них дополнительно не инсталлируя? ================================ Извлечения из FAQ: Do I need to get a license for each machine being used to develop and test applications using Intel MKL library? The number of licenses for Intel MKL that you need are determined by the number of developers in your organization. These can be deployed on any number of machines on which the application is built and/or tested as long as there is only the number of licensed copies in use at any given time. For example a development team of five developers using ten machines simultaneously for development and test activities with Intel MKL, will be required to get ten licenses of Intel MKL. Do I need to buy an Intel MKL license for each copy of our software that we sell? No, there is no royalty fee for redistributing Intel MKL files with your software. By licensing Intel MKL for your developers, you have rights to distribute the Intel MKL files with your software for an unlimited number of copies. Из первого ответа вроде бы следует, что лицензии покупать на каждый компьютер надо, а из второго, что не надо :). Совсем запуталась. А главное - вопрос гложет, как они это проверяют? Встроена ли в "Intel Math Kernel Library" защита от копирования (привязка к компу) или все держится на честном слове? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Гость TSerg 26 сентября, 2012 Опубликовано 26 сентября, 2012 · Жалоба Пользовался и пользуюсь предшественницей IMKL - ISPL ( Intel Signal Processing Library 4.5 ) с тех еще пор, когда она была free-доступна. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Xenia 42 26 сентября, 2012 Опубликовано 26 сентября, 2012 · Жалоба Пользовался и пользуюсь предшественницей IMKL - ISPL ( Intel Signal Processing Library 4.5 ) с тех еще пор, когда она была free-доступна. А вот я что-то сомневаюсь, что это тот же продукт. У нас на фтп лежит "Intel - DSP Signal Processing Library 4.5", но SPL на MKL не похож: в MKL - линейная/матричная алгебра, а в SPL - DSP примитивы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Serg76 0 26 сентября, 2012 Опубликовано 26 сентября, 2012 · Жалоба по поводу лицензии не скажу, но ПО должно работать без проблем и на других машинах Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Гость TSerg 26 сентября, 2012 Опубликовано 26 сентября, 2012 · Жалоба А вот я что-то сомневаюсь, что это тот же продукт. Конечно - не тот же. Это часть Math - DSP-библиотека. Если о FFT на PC - fftw.org, это вроде всем известно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Xenia 42 26 сентября, 2012 Опубликовано 26 сентября, 2012 · Жалоба Если о FFT на PC - fftw.org, это вроде всем известно. Нет, FFT это прошлый век, неинтересно. :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DRUID3 0 26 сентября, 2012 Опубликовано 26 сентября, 2012 · Жалоба Тем кто хочет шагать в ногу со временем... ;) И не благодарите... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Гость TSerg 26 сентября, 2012 Опубликовано 26 сентября, 2012 · Жалоба И не благодарите... Тьху на Вас :) Нет, FFT это прошлый век, неинтересно. :) Улыбнулся.. Ищите, может и воздастся. P.S. Я вот, тоже увлекся SSA, хотя.. еще та муть-то, в итоге. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DRUID3 0 27 сентября, 2012 Опубликовано 27 сентября, 2012 · Жалоба Тьху на Вас Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Виктория 0 27 сентября, 2012 Опубликовано 27 сентября, 2012 · Жалоба Тем кто хочет шагать в ногу со временем... ;) И не благодарите... для любителей Питона и ... прочих - Sage Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Xenia 42 27 сентября, 2012 Опубликовано 27 сентября, 2012 · Жалоба для любителей Питона и ... прочих - Sage Каким бы ни был "полным" языковой пакет, но рано или поздно столкнешься с тем, что чего-то не хватает. Порочна сама вера в то, что создатели компилятора якобы предусмотрели всё, снабдив язык библиотеками на все случаи жизни. Такого не бывает. А раз так, то должны средства обмена продуктами, как между разными производителями, пишущими на одном языке программирования, так и между теми, кто пишет на разных. А для этого сами языки должны быть ОТКРЫТЫМИ для ассимиляции внешних библиотек. Слава Богу, что под Windows существует такая универсальная (в смысле стандартизованная) вещь, как DLL. Создавая DLL-библиотеки, их производители фактически делают их совместимыми почти со всеми языками программирования. Для полного счастья :) необходимы только две вещи: 1) чтобы язык позволял компилировать DLL-ки (экспорт), 2) чтобы язык позволял использовать чужие DLL-ки (импорт). И в этом смысле Python плох, т.к. позволяет делать эти вещи с таким большим напрягом, что использовать внешние DLL становится сложно. А в результате Python становится похож на ... Северную Корею со своей политикой Чучхе. :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_Pasha 0 27 сентября, 2012 Опубликовано 27 сентября, 2012 (изменено) · Жалоба А в результате Python становится похож на ... Северную Корею со своей политикой Чучхе. :) Ага, особенно, когда берем приложение, далекое от вышеприведенных либ, например FreeCAD. И запросто прикручиваем туда вычислитель какого-нибудь хитрого констрейна, на основе сторонней математики, причем разработчики FreeCAD даже не догадываются, что их полурабочее детище летает словно НЛО, приветливо, блин, подмигивая питоновым же интерфейсом... И ни одного Ким-Чен-Ира! Изменено 27 сентября, 2012 пользователем _Pasha Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
andrewn 0 27 сентября, 2012 Опубликовано 27 сентября, 2012 · Жалоба И ни одного Ким-Чен-Ира!Леди и джентельмены - помните о тех безымянных творцах МКL из Арзамаса-16, на их костях...(обагрённых дерьмовой российской жратвой), как ещё в пластинке Давида Тухманова "По волне моей памяти"... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Xenia 42 28 сентября, 2012 Опубликовано 28 сентября, 2012 · Жалоба ...берем приложение, далекое от вышеприведенных либ, например FreeCAD. И запросто прикручиваем туда вычислитель какого-нибудь хитрого констрейна, на основе сторонней математики... Это еще большой вопрос, прикрутится или нет. Ведь дело не в том, чтобы "запустить модуль", а чтобы работать на одном языке, активно используя функции, написанные на другом. Скажем, к моменту рождения новояза, большинство математических функций и процедур уже были написаны на Фортране, поскольку других подходящих (по скорости) языков тогда еще не было. А после мало кому была охота переводить эти процедуры с Фортрана на другие языки. Например, EISPACK и LINPACK были чуть ли не национальными американскими проектами, и кучу денег на них угрохали. И всё это Фортан. А было это еще в 70-80 годах. А деньги угрохали не столько на программирование, сколько на тестирование всех этих подпрограмм и функций. Такие пакеты не то что переводить на другие языки, но и по малому ковырять страшно. Поэтому никто и не станет все это переводить, ни на Паскаль, ни на Питон. А если такой герой и найдется, то к его переводу все равно не будет ни у кого доверия. Опять же - если новый язык изобретут, то заново что-ли всё переводить? Вот для БЭСМ-6 куча разных программ была, а где она ныне? Что на Фортране было, то кое-где пристроили, а что было в ассемблере, то сгинуло навсегда. Вот и сейчас Фортран жив в основном благодаря тем заделам, которые были сделаны на нём в прошлом, но по-прежнему актуальны для пользователя, поскольку представляют собой базис вычислительной математики! А про новомодные языки этого сказать нельзя. И это несмотря на то, что машинный перевод с языка на язык в области языков программирования довольно успешен, вследствие их глубокой заформализованности. Сама не раз переводила интересующие меня алгоритмы с Фортрана на С - удовольствие много ниже среднего. Все равно без ошибок не переведешь, а чтобы их вылавливать, приходится гонять исходный код на фортрановском компиляторе и сравнивать с результатами, который дают эти алгоритмы после перевода. А к настоящему времени число всевозможных запрограммированных алгоритмов достигло такого количества, что переводами их никто заниматься не станет. Да и бесполезное это занятие, перелопачивать сызнова то, что уже сделали человеческие руки и мозг. Поэтому более чем актуально, использовать заделы прошлого в том виде, в котором они есть, или близко к тому. Если Фортран, то пусть будет Фортран. Скомпилять в стандартные для данной системы модули или оформить, как библиотеку. Это и есть попытка решить проблему утилизации "знаний предков" наиболее простым способом. Понимаю, что всех проблем этот подход не решает. Например, Фортран иначе располагает матрицы в памяти, чем С. Поэтому сишные матрицы в качестве аргумента для фортановских процедур обычно не годятся. Но при желании эти трудности решаемы (скажем, путем создания на С фортранообразных матриц, раскладывающих в памями столбцы вместо строк). Но и помимо этого может возникнуть куча проблем из-за того, что внешние модули потянут за собой кучу служебных функций, которых в самом модуле нет, но есть в остальных библиотеках конкретного компилятора. И это еще хорошо, если следом потянется run-time библиотека стороннего компилятора, а может случиться еще хуже - внешний модуль может отказаться работать без своего родного приложения. На этом грустном фоне особняком стоят библиотеки, которые изначально позиционируются как внешние. Т.е. их создатели уже позаботились о том, чтобы библиотечные функции получились наиболее автономными от той среды, в которой они были скопилированы. Этим мне и приглянулась Intel Math Kernel Library. Тем более что Intel еще со времен создания первого Пентиума (а может быть и того раньше?) посягал на первенство в скорости математических вычислений. Т.е. позиционировались они в прошлом (и позиционируются сейчас), как математика, адаптированная к процессорныи инструкциям Intel-архитектур (x86/64 и ia32). Одна беда - исходников они не дают. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Виктория 0 28 сентября, 2012 Опубликовано 28 сентября, 2012 · Жалоба Это еще большой вопрос, прикрутится или нет. Ведь дело не в том, чтобы "запустить модуль", а чтобы работать на одном языке, активно используя функции, написанные на другом. Скажем, к моменту рождения новояза, большинство математических функций и процедур уже были написаны на Фортране, поскольку других подходящих (по скорости) языков тогда еще не было. А после мало кому была охота переводить эти процедуры с Фортрана на другие языки. Ну я не знаю, почему тогда математики-вычислители тоже голосуют за Питон. . Вабищевич вот, например Про Арзамас-16 не знала. В Новосибирске вроде в последнее время трудились на Интел Xenia, в Sage присутствуют все доступные open-source библиотеки, можно ещё пройтись по их домашним страницам и для некоторых можно найти и реализации на Фортране. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться