1

Сильная нагрузка при большом количестве объектов

(24/10/2012 11:19:55 отредактировано zanix)

Тема: Сильная нагрузка при большом количестве объектов

Всем доброго времени суток!
Я так полагаю практически все пользователи, у которых объектов более 200 сталкивались с такой проблемой, как приличная загрузка ОЗУ ПК браузером, большой нагрузкой на ЦП и продолжительным временем обработки, при выборе из поиска объектов с заменой текущего результат поиска. (я понимаю, что во многом это зависит от самого ПК)
Сильная нагрузка при большом количестве объектов
Предлагаю доработать функционал списка объектов в виде объединения их в группы, по уже имеющейся группировки объектов, т.е. не будет грузиться большой список, а будут группы объектов с возможностью раскрытия их в список.
Сильная нагрузка при большом количестве объектов
Интересно Ваше мнение, уважаемые коллеги.

Лавров Анатолий
ООО "АвтоВизор", г. Тверь
2

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

Вообще, у нас у клиентов где больше 500 объектов отчеты не строятся.
Решаем проблему упрощением отчета, и уговорами клиентов не строить за месяц по всем объектам.

Александр Сорокин, АГРОштурман.РФ
Wialon Agro - система мониторинга с/х техники и полей.
3

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

Есть такое дело... особенно это стало заметно после обновления
такое ощущение, что виалон вообще стал тяжелее... может быть имеет смысл заняться оптимизацией wink

Козлов Сергей
ООО "ГК"АТС-Мониторинг"
Регион: ПФО и не только...
http://www.atc52.ru
4

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

atc-mon, поддерживаю Ваше замечание, что это стало после обновления...

ASorokin, не совсем понимаю Ваш подход, чтобы уговаривать клиентов не строить такие отчеты. Может стоит уговаривать Gurtam, для решения данных проблем и решения возможности по построению отчетов с таким объемом данных? Тем более у Вас статус золотого дилера и к Вам, согласно дилерской политике, Gurtam прислушается больше.

Лавров Анатолий
ООО "АвтоВизор", г. Тверь
5

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

Да есть такое ощущение что после обновления виалон стал "тяжелее" и глючнее. Особенно заметно что местами перевода слов с английского нет.

Бейфус Алексей
ГК "Современные технологии"
Саратовская область г.Энгельс
http://navexp.ru
6

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

Поддерживаю все вышесказанное

Пискунов Дмитрий
ООО "Восточно-Сибирский процессинговый центр"
Иркутская область г. Иркутск
http://vspcenter.ru
7

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

Поддерживаю, оптимизация нужна!

Avtonavix
Russia, Novosibirsk
avtonavix.ru
8

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

+1

Осипов Алексей
ttrackgps.com
г.Таганрог
9

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

Плюсанул.
Кстати, идея по группировке объектов в режиме мониторинга давно уже озвучивалась и не раз. Если этот пункт реализуют когда-нибудь будет очень удобно.

Александр Усов, г.Ангарск, Иркутская обл.
www.metreo.ru
10

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

+1

Симаков Алексей Арифович
navi-track.ru, glonass.center
тел.:+79883593499
"Скидки есть у всех, а у нас можно торговаться!!!"
11

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

+1

12

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

+1

Иван Платонов
ООО "ГЛОНАСС Систем"
13

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

А за что вообще голосование?
За оптимизацию в виде вложенной структуры объектов?
Или еще какие-то внутренние преобразования Wialon.
А то плюсов много, прочел, но так и не понял что именно предлагается.

www.intelstol.ru - Контролировать просто!
14

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

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

Лавров Анатолий
ООО "АвтоВизор", г. Тверь
15

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

zanix, само предложение очень старое smile
Древовидный список и вложенное отображение групп и объектов в Wialon
На сколько я понимаю, тут все гораздо сложнее "простого отображения".

www.intelstol.ru - Контролировать просто!
16

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

yurius, ознакомился с темой поднятой ранее... Виноват, что так далеко не заглянул и не правильно пользовался поиском. Значит данная тема, поднятая мной, плавно переходит в вопрос: "Насколько приблизилась перспектива появления данной функции в системе?"

Лавров Анатолий
ООО "АвтоВизор", г. Тверь
17

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

Оптимизации мы проводим постоянно, но тут много зависит от разных факторов (какой браузер, интернет канал, ...).
Что касается первого поста - поработаем в этом направлении, действительно, в некоторых браузерах есть такая проблема.
По древовидному списку - предложение принято.

Denis Strakh, Gurtam
18

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

stde пишет:

По древовидному списку - предложение принято

Принято? А реализовано будет когда?

Олег
г. Симферополь
ООО "ИнфоТех"
19

Сильная нагрузка при большом количестве объектов

Re: Сильная нагрузка при большом количестве объектов

netskald пишет:
stde пишет:

По древовидному списку - предложение принято

Принято? А реализовано будет когда?

Точную дату сейчас мне сказать затруднительно, но постараемся побыстрее (следите за статусом).

Denis Strakh, Gurtam