C
всё что могу сказать это капаться и оптимизировать переменные
Size: a a a
2020 May 10
G
Думал у тебя озу из за этого жрало
G
Вчера - позавячера тестит
G
Хорошо не сделал 100 млн деревьев
G
100к деревьев работали около 70-80 минут
G
И 30 гиг озу🤣
G
А 100млн хз
G
Наверное нужно терабайтный ссд брать под это
G
И то мало будет
C
было дело один процесс требовал 9Гб , но потом я оптимизировал списки , не стал инициализировать переменные с нулями и процесс сократился до 1Гб!!!
C
при этом сократилось время вычисления , так как потенциальные переменные , которые должны быть , но их нет , не обрабатывались
G
Cocos
было дело один процесс требовал 9Гб , но потом я оптимизировал списки , не стал инициализировать переменные с нулями и процесс сократился до 1Гб!!!
Я ща на ml перешел. там есть метод, который по умолчанию позволяет юзать все ядра. 10к деревьев на 1 ядре примерно 70 секунд. На всех(физически - 6) около 20 секунд
G
По началу оперативу жрет пример в секунду около 15 мегов. Спустя минут 30, начинает жрать по 3-4 метра
G
Таким образом доходит до 30+ гиг
G
Это очень долго
C
я тоже хотел распределять на несколько ядер , но что то не получилось , а сейчас мне это и не нужно , потому что я запускаю отдельные расчёты для хай лоу клоуз и процессор забит
G
Cocos
я тоже хотел распределять на несколько ядер , но что то не получилось , а сейчас мне это и не нужно , потому что я запускаю отдельные расчёты для хай лоу клоуз и процессор забит
Т.е юзаешь только 3 значения?
G
Я только close уровни с 2001 года
C
в будущем может понадобиться распараллеливать но не сейчас
G
Для sp500