GSL & ROOT

Как же мне стыдно призывать Valeriy_Onuchin и Evgueni, которые в новостях об очередных версиях ROOT всегда отмечались, всего-то для того, чтоб обьяснять разницу между GSL и ROOT.

Отмечу лишь одно, чего должно достаточно быть чтоб ты заглянул хотя бы сперва на оффсайты GSL ROOT в разделы «возможности» и «первое знакомство»:
в ROOT для различных неэлементарных математических операций, специально собранных в классах библиотек MathCore и MathMore, используется ... внезапно GSL :)

Спасибо за ссылочку. Я о ROOT и не слыхал никогда (правда, все равно она мне не нужна).

Я знаю, и это тоже интересует, какие преимущества может дать использование ROOT как прослойки к GSL, если писать числодробилку не на C, а на C++.

Как не слыхал? Тут новости о ней года с 2004-го публикуют. Или за толксами не видно? :)

ROOT 4.00/06
Встречайте - ROOT 5.08 pro
Вышла версия 5.12/00 системы ROOT
ROOT 5.30/00

что за числодробилка, какое место там занимает сьём и запись исходных данных, в каком формате и количестве, в какой форме и количестве результаты хочешь, дружишь ли с ООП.

А то по исходным данным в ОП: что лучше взять чтоб повесится, пистолет или пулю?

Как-то не замечал. А может, просто внимания не обращал: мне-то оно не нужно…

Ну фрезерный станок тебе тоже может не нужен, но ты же знаешь о его существовании? :)

что за числодробилка, какое место там занимает сьём и запись исходных данных, в каком формате и количестве, в какой форме и количестве результаты хочешь, дружишь ли с ООП.

Сейчас что-то конкретное сложно сказать, это пока мысли о возможном будущем применении C++, так что всё может изменится. Но масштабы далеко не HPC, данных немного, максимум наверно несколько млн. отсчётов, несколько каналов. По времени тоже ничего серьёзного, наверно не больше часа-двух на обычном компьютере. Вообще с C++ максимум как с C с классами.

А задачи - обработка сигналов, задачи оптимизации.

ROOT надо с R сравнивать. То бишь с другой системой анализа.

Про ROOT я немного рассказывал тут: http://www.inp.nsk.su/~baldin/DataAnalysis/

Фрезерным станком я нет-нет да пользуюсь, как и токарным, и сверлильным…

Так это что-то вроде октавы?

В октаве есть аналоги ntuples или TTree aka возможность работать с очень большими объёмами данных, если нет, то не вроде.

возможность работать с очень большими объёмами данных

Нет такого, но это можно на сях реализовать элементарно.

К сожалению не элементарно. Я гарантирую это.

Именно поэтому в ФЭЧ повсеместно используется ROOT (как ранее использовалось PAW/CERNLIB), несмотря на его плюсатую корявость и деградацию пользовательской документации (по сравнению с PAW/CERNLIB).

К сожалению не элементарно

Если эти большие массивы данных ты же и созжаешь, то несложно (либо самопальную индексацию + mmap использовать, либо какой-нибудь sqlite).

Ога, а можно сразу запользовать ROOT.

Если бы это было бы так просто, то от подобных велосипедов было бы не продохнуть. Сразу скажу: СУБД — не выход.

ROOT надо с R сравнивать. То бишь с другой системой анализа.

Маловероятно, что R мне подойдёт. Да и в задание - написать на C/C++, вот я и задумался о использовании библиотек ROOT как C++ прослойки к GSL.

Используй напрямую ибо зачем тебе лишние баги?

Для анализа данных C/C++ далеко не самый лучший выбор.

Так у меня не совсем анализ данных:, а обработка сигналов, задачи оптимизации.

Если задачи оптимизации сводятся к подгонки экспериментального распределения теоретическим, то в ROOT имеется вполне вменяемый инструментарий. Совсем подробно смотреть в сторону Minuit.

Обработка сигналов в ROOT изначально появилась для галочки, хотя вполне возможно, что её допилили.