Количество описываемых вами элементов svg, безусловно, может представлять проблему с точки зрения потребления памяти.
В отличие от элемента canvas, SVG требует, чтобы браузер поддерживал объектную модель для всех представленных элементов. Эта объектная модель позволяет легко связать событие с щелчком по конкретному элементу. Вам не нужно отслеживать, где находится квадрат на экране, насколько он велик, масштабировать и т. Д. Однако это связано с ценой требований к памяти и резко контрастирует с тегом canvas, который просто беспокоит о том, каким цветом рисовать пиксели, и вам нужно беспокоиться о том, чтобы отслеживать, на каком «объекте» щелкнули.
Итак, при попытке выяснить, будет ли проблема с производительностью, обычно разумно начинать с наименьшего общего знаменателя, так сказать, с точки зрения целевого оборудования. Вы нацеливаетесь на мобильные устройства? Вы ориентируетесь на ноутбуки и десктопы?
Получив ответ на этот вопрос, создайте фиктивное приложение, предназначенное для этого оборудования, которое использует один фиктивный граф (100 точек данных) снова и снова 60 раз. Создайте ровно столько, чтобы вы могли взаимодействовать с дисплеем таким образом, чтобы это отражало то, как ваши пользователи будут взаимодействовать с ним (если вы хотите, чтобы пользователи могли перемещать графики, это должно быть включено и т. Д.)
Используя этот упрощенный прототип, попробуйте использовать базовое взаимодействие, и если производительность соответствует вашим требованиям (то есть ожиданиям аудитории вашего приложения).
Что касается повышения производительности приложения такого рода, я бы предложил использовать комбинацию ajax и svg. Я генерировал бы эскизы графиков (используя SVG, они были бы намного меньше, благодаря уменьшенной детализации), и, поскольку пользователь решил получить больше деталей, я бы использовал ajax, чтобы получить более детальное представление SVG для этого конкретного граф.
Наслаждайтесь созданием своего приложения:)