информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медСетевые кракеры и правда о деле Левина
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft закрыла серьёзную уязвимость,... 
 Прощаемся с Windows 7 
 С наступающим 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Большинство реальных исследований, связанных с математикой как раз таки производится в интерпретируемых языках 15.01.09 21:33  Число просмотров: 3186
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
Встроенных в мат. пакеты.

> Я вообще то сторонник хороших алгоритмов. Для хорошего
> алгоритма оптимизация библиотечных функций не важна.
Ну да. За счет оптимизиации алгоритма зачастую можно выиграть гораздо больше, чем за счет оптимизации кода.

> Считаю, что надо не полениться и найти хороший алгоритм,
> нежели убивать время на оптимизацию алгоритма на Ассемблере
На ассемблере можно оптимизировать только боттлнеки. Если попытаться "оптимизировать" достаточно большой кусок кода - однозначно проиграешь компилятору.

> или 0.001 секунду. Применение интерпретатора (хотя очень не
> люблю их) тоже возможно, если он хороший. Правильный
Оно зачастую оправдано именно высокоуровневостью.

> интерпредатор тормознет алгоритм раз в десять, что не так
> важно для милисекундной реализации и очень важно, если
> алгоритм хреновый и прога даже на Ассемблере считает год.
Одна важная деталь: в таких интерпретаторах самые тяжелые вычислительные задачи зачастую написаны на C и из интерпретатора только вызываются "внешние" функции.

ЗЫ: Вообще конечно непонятно зачем ты уперся в gmp, если оно у тебя не идет никак. Да, это лучшая библиотека на сегодня, но ведь можно и альтернативы попробовать:
http://en.wikipedia.org/wiki/List_of_numerical_analysis_software
<programming> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2020 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach