optimization

[yarafan]

Case-study оптимизации проекта

На одном проекте решил оптимизировать тесты. Написаны они на rspec, всего - 271 example, среднее время прогона 39 сек.

Построение feedback-loop

Исходное время прогона позволяет работать со всем suite целиком, к тому же rspec --profile не выявил особо "жирные" участки, которые можно было бы взять за основу

Поиск точек роста

Решил начать с проверки фабрик, но к сожалению (или к счатью) результаты были такими, что оптимизация в данном направлении не имела смысла
FactoryProf показала что всего на фабрики уходит 2, 46 сек причем явная проблема factory cascade отсутствовала

FactoryDoctor нашел 2 потенциальных места оптимизации с приросто 00:00.68 сек, т.е вообще не имеет смысла

Профилировщики общего характера показали, что основное процессорное время уходит на 2 библиотеки: Psych, которая парсит yaml и Nokogiri, которая парсит html


Я это связываю с тем, что в данном проекте в тестах очень активно используется гем VCR, который записывает сетевые HTTP взаимодействия и сериализует их в yaml для повторного воспроизведения (к тому же размер некоторых кассет достигает 70Мб, что явно не добавляет скорости)

К сожалению для того, чтобы выкинуть этот гем потребуется переписать большую част тестов, что естественно довольно затруднительно, поэтому какой прирост это дало бы сказать сложно.

Реальный прирост дало использование гема parallel_tests.

Время прогона сократилось с 39 до 26, что уже неплохо

[spajic]

Меньше 30 секунд, уже хорошо 👍