А теперь мой вопрос. Я признаюсь честно никогда за этот

год/два не интересовался нейронами/бигдатой в питоне. Если у меня около научная, но с кучей !динамических! рассчетов модель солнечной системы (вот прямо реального много), всякие scipy/numpy могут это обрабатывать? Писать в БД, считывать из БД, и т.д. Я их просто для огромного количества данных, и рассчётов не использовал.

Или стоит смотреть в сторону джава-скала?

Это симулятор-игра с кучей процедурно генерируем систем. Визуал там не важен.

можете поставить гринплам в качестве бд и пользоваться благами распределенных алгоритмов, а питоном забирать данные и загружать к примеру. + в гринпламе собирается свой MADLib

И что по быстродействию? Мне не критично время обработки/записи, но критично время считывания

в целом может у пайторчей есть дистрибьют компьютинг

а какие объёмы вы хотите обрабатывать и за какое время ?

Дохрена. У меня довольно реалистичная математическая симуляция создания звёздной системы, прямо из протопланетного диска, и т.д. Время обработки этого не критично, будет это 2 секунды или 30 или даже минуту. Но мне критично быстро считать скажем 80 строк из БД, и пройтись по ним несколькими формулами. И желательно чтобы БДбыла релятивной

80 строк из бд хуйня вопрос

Я понимаю что это хуйня. Просто интересно насколько подходит питон прямо для динамических научных симуляция, а не "вкинул, считал, получил выход, забыл"

Соррян за сумбурность, и не четкость вопроса. Просто что бы конкретно спросить, нужно довольно дохрена текста написать, который вряд-ли тут прочитают. Да и там больше вопрос к быстродействию: код > бд < код Сводится, а не к вопросам внутри самого кода.

любой io в питоне очень быстрый если нормальные библиотеки пользовать

Хорошо. Понял, тогда продолжаю юзать питон. Спасибо за советы.

numpy должен лучше стандартных массивов справиться (в нём их оптимизировали). Чтобы считать в реалтайме - лучше держать данные в кеширующей бд, или в кеше. Недостающий размер оперативной памяти можно добить swap-файлом. Можешь много понапридумывать, только взять себе огромный сервер за косарь, на день - будет быстрее.

Даже близко не понять, сколько это занимает и требует

не надо свап. Свап означает сразу х10 замедление, или даже больше.

Чего же не надо - в проде стоит, без него не заработает просто

если у вас сваппится приложение - оно непредсказуемо тормозит. Лучше его сразу проектировать так чтобы работало без свапа и удобным для вас образом нарезало данные.

Это мой небольшой научный проектик

На проде не напишу такое

Ты никак не спроектируешь по другому там, у сервера просто 4 гб, а тебе просто нужно 8

1. можно взять сервер на 8 2. можно порезать данные на части и обработать независимо 3. Можно взять mpi и несколько серверов

Спасибо, запомню. Но ирл никто так не делает. На рефакторинг денег не дадут.

Не про свой прод, я-то перепишу

если у вас из-за свапа приложение вместо недели считает год, то дадут

Личный домашний проект.

Ты задолбал переобуваться. То денег не дадут, то личный проект

Все равно аргумент про неделю vs год актуален

Я не переобуваюсь, я про то, что на проде, в реальных проектах - люди не переписывают. Я не переписываю потому что речь про личный проект

Переписывают

очень даже переписывают

Статистически вы очень неправы

Ну смотри. У тебя приложение должно каждую неделю выдавать актуальный данные. Оно считает год. Что делать будешь?

Фрилансер?

у тебя есть репрезентативная статистика?

Да, а то бы не пиздел

в студию

прям жду ответов в духе "я за последний год сделал 30 проектов, ни один не переписывали"

Не искать траблы в свопе, потому что на практике он дает осложнение расчетов на минутку. В сравнении с полминутой оригинала. Своп разумеется нужно умееть подключать, и нормально деплоить архитектуру. Отвечая на твой вопрос - за год кто-нибудь был бы уволен точно

В хостинге работал

мы про числодробилки ещё говорим или про что?

попробуй простой эксперимент: увеличивай размер матрицы и делай умножение. И полюбуйся на скачок на графике когда в память матрица перестанет влезать

+

Попробую как-нибудь. Год - это из реального кейса?

год - это шутка. А вот пару дней вместо часа - это реально что я видел

в 1998 году упругость пластин с 3-мя овальными отверстиями просчитывали программой, написанной на чистом С около суток. Если б на питоне писали тогда - год нифига не шутка бы была :)