Redux не проблема
Redux может обрабатывать огромные объемы данных и не должен быть проблемой в этом случае. Скорее всего, это проблема, возникающая из-за перерисовки. Даже вкладки, которых нет в представлении, могут переставлять при переключении между ними, чтобы проверить, удаляются ли дополнительные вкладки до тех пор, пока у вас не будет только 2, и проверьте щелчок между ними и посмотрите, сколько времени занимает повторное отображение. Прочитайте раздел производительности в документах здесь .
Оптимизировать
При работе с большими объемами данных микрооптимизация действительно может помочь. Если вы используете компонент Container, шаблон представления Presentational , то убедитесь, что ваши презентационные компоненты используют подкласс PureComponent . Это поможет вам остановить рендеры, которые пожирают память.
Альтернативой PureComponent является componentShouldUpdate , вы можете указать правила, когда должно происходить обновление / перерисовка.
В инструментах реагирования разработчика есть флажок, который позволяет вам проверять, когда компонент перезапускается, проверьте это и начните перемещаться по вашему приложению. Он покажет вам все бессмысленные повторные выстрелы.
Еще один способ помочь оптимизировать - это ленивая загрузка: «зачем показывать 8000 записей, когда экран может уместиться только на 100?». Это имеет 2 эффекта: вы не получаете данные, которые не собираетесь просматривать, и не отображаете ячейки, которых нет на экране.
Надеюсь, это даст вам представление о том, как двигаться вперед, удачи.