|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
ну что же все так медленно то :(  XML
Индекс форума » Автоматизированная система ВЕСТА
Автор Сообщение
АМ

[Avatar]
Зарегистрирован: 16/06/2010 05:27:58
Сообщений: 158
Оффлайн

увеличение скорости канала до 100 МБит особо не помогло... тормозит где то на магистральных каналах... что делать?
http://www.vetlab38.ru
[WWW]
Василий Музыченко


Зарегистрирован: 08/10/2012 13:03:29
Сообщений: 78
Оффлайн

О каких именно операциях идет речь? Например построение списка экспертиз, напрямую зависит от количества активных (не заархивированных) экспертиз. Собственно это и есть основная цель архивирования - оптимизация. Однако у вас до сих пор не заархивированы экспертизы более чем двухмесячной давности.
В любом случае, медленная работа скорее всего вызвана большим объемом данных, а не скоростью вашего интернета.
Ведущий программист отдела программного обеспечения
Федерального центра охраны здоровья животных, г. Владимир
Янович Андрей


Зарегистрирован: 27/01/2011 06:33:22
Сообщений: 112
От: ФГБУ "Камчатская МВЛ"
Оффлайн

Не скажи. Скорость интернета тоже очень влияет. Как я когда-то уже говорил - я для подключения к весте прохожу около 5-10 промежуточных серверов. Но что самое интересное, когда в Москве наступает рабочий день, скорость увеличивается, а когда весь центральный округ спит - наоборот. Может стоит проверить как ваш провайдер нагрузку и ширину потока пилит по времени суток? Наши провайдеры не стесняются - сами говорят что поток на всяческие соцсети и поисковые системы шире, чем на узко специализированные сайты.

Вот тебе пример: первые три пункта это выход через наш сервер на провайдера. А дальше в к вам.. так что медленно, не только из-за загрузки баз.

C:\Documents and Settings\Admin>tracert vesta.vetrf.ru

Трассировка маршрута к vesta.vetrf.ru [84.53.202.253]
с максимальным числом прыжков 30:

1 <1 мс <1 мс <1 мс GATE [192.168.1.1]
2 1 ms 1 ms 1 ms 192.168.10.1
3 43 ms 39 ms 41 ms 85.28.192.68
4 54 ms 41 ms 41 ms 85.28.192.33
5 42 ms 40 ms 40 ms bgw1-gi0-0-21.tech.kamchatka.ru [85.28.192.174]

6 41 ms 40 ms 41 ms kmch-car2-ge0-1-104.rt-comm.ru [213.59.5.17]
7 691 ms 722 ms 692 ms msk-bgw1-xe-0-2-0-0.rt-comm.ru [217.106.6.166]
8 709 ms 692 ms 689 ms msk-bgw1-xe-0-2-0-0.rt-comm.ru [217.106.6.166]
9 700 ms 700 ms 692 ms 188.254.22.225
10 690 ms 696 ms 691 ms 95.167.95.158
11 694 ms 692 ms 716 ms customer-AS44237.ae-16.626.m10-cr2-b.msk.ip.rost
elecom.ru [188.254.36.130]
12 * * * Превышен интервал ожидания для запроса.
13 * * * Превышен интервал ожидания для запроса.
14 721 ms 701 ms 715 ms VLD-NE1-VLD-CRS1.ip.center.rt.ru [77.51.254.18]

15 700 ms 700 ms 710 ms asbr1-cx1.elcom.ru [84.53.204.141]
16 696 ms 697 ms 696 ms bpe-cx1.elcom.ru [84.53.204.174]
17 706 ms 700 ms 700 ms vetrf.ru [84.53.202.253]

Трассировка завершена.
[Email]
Янович Андрей


Зарегистрирован: 27/01/2011 06:33:22
Сообщений: 112
От: ФГБУ "Камчатская МВЛ"
Оффлайн

Василий, посмотри пожалуйста:

Сегодня
C:\Documents and Settings\Admin>ping vesta.vetrf.ru -t

Обмен пакетами с vesta.vetrf.ru [84.53.202.253] по 32 байт:

Ответ от 84.53.202.253: число байт=32 время=2890мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2882мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2888мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2858мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2867мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2863мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2833мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2732мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2768мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2838мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2879мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2824мс TTL=238
Ответ от 84.53.202.253: число байт=32 время=2856мс TTL=238

Статистика Ping для 84.53.202.253:
Пакетов: отправлено = 13, получено = 13, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 2732мсек, Максимальное = 2890 мсек, Среднее = 2844 мсек
Control-C
^C

Вчера показатели в два раза хуже были.

Держится когда как - иногда полчаса, иногда полдня.

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 11/10/2013 03:53:05

[Email]
Василий Музыченко


Зарегистрирован: 08/10/2012 13:03:29
Сообщений: 78
Оффлайн

Время отклика обусловлена не самой системой, а сетевым оборудованием находящимся на пути к ней. С этой проблемой вам надо обращаться к своему провайдеру.
Ведущий программист отдела программного обеспечения
Федерального центра охраны здоровья животных, г. Владимир
Николай Власов

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1021
Оффлайн

Василий Музыченко wrote:Время отклика обусловлена не самой системой, а сетевым оборудованием находящимся на пути к ней. С этой проблемой вам надо обращаться к своему провайдеру.


Но нам наличие таких проблем надо учитывать.
Бай зэ вэй: а кэширование тут не помогает (не может помочь?)? Вот несобранные лабораторные работники не архивируют и объем растет. Но несархивированные закрытые экспертизы же могут в кэшах храниться на локальной машине. Разве нет?
Потом: а ты не думал над защитой от несобранных? Насчет автоархивации по достижению определенного объема или определенной степени "старости" экспертиз?
Василий Музыченко


Зарегистрирован: 08/10/2012 13:03:29
Сообщений: 78
Оффлайн

Николай Власов wrote:
Василий Музыченко wrote:Время отклика обусловлена не самой системой, а сетевым оборудованием находящимся на пути к ней. С этой проблемой вам надо обращаться к своему провайдеру.


Но нам наличие таких проблем надо учитывать.
Бай зэ вэй: а кэширование тут не помогает (не может помочь?)? Вот несобранные лабораторные работники не архивируют и объем растет. Но несархивированные закрытые экспертизы же могут в кэшах храниться на локальной машине. Разве нет?
Потом: а ты не думал над защитой от несобранных? Насчет автоархивации по достижению определенного объема или определенной степени "старости" экспертиз?

В данном случае кеширование не поможет, кеширование оправдано если загружается большой объем данных, либо имеют место сложные вычисления для получения этих данных. При этом кешируются только данные используемые на некоторой странице системы, но не сама страница. Таким образом у нас построена работа со справочниками материалов и показателей.
Ведущий программист отдела программного обеспечения
Федерального центра охраны здоровья животных, г. Владимир
Янович Андрей


Зарегистрирован: 27/01/2011 06:33:22
Сообщений: 112
От: ФГБУ "Камчатская МВЛ"
Оффлайн

Николай Власов wrote:

Но нам наличие таких проблем надо учитывать.


А что насчет "локальной" Весты? Я уже поднимал этот вопрос. Просто имея локальный модуль, который отправляет запросы на внесение результатов "по-щелчку" дало бы некоторые плюсы - т.е. сижу я забиваю данные спокойно, потом щелк и пошел чай пить - а модуль тем временем закачивает потоком мои данные в весту. при этом Интернет-версию не убирать.

Ах да и еще хорошо было бы иметь "центр технической поддержки Весты" где-нибудь поближе к дальнему востоку часов так на 3-4 хотя бы. А то большинство пробем проявляется в то время когда "москва" спит.
[Email]
Николай Власов

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1021
Оффлайн

Янович Андрей wrote:
Николай Власов wrote:

Но нам наличие таких проблем надо учитывать.


А что насчет "локальной" Весты? Я уже поднимал этот вопрос. Просто имея локальный модуль, который отправляет запросы на внесение результатов "по-щелчку" дало бы некоторые плюсы - т.е. сижу я забиваю данные спокойно, потом щелк и пошел чай пить - а модуль тем временем закачивает потоком мои данные в весту. при этом Интернет-версию не убирать.

Ах да и еще хорошо было бы иметь "центр технической поддержки Весты" где-нибудь поближе к дальнему востоку часов так на 3-4 хотя бы. А то большинство пробем проявляется в то время когда "москва" спит.


С восточным центром поддержки пока не получится. Сорри...
Локальные модули всех трех комплексов будут возможны, когда у нас не останется сомнений в чистоте (отсутствие заказухи и подтасовок) работы подавляющего большинства персонала.
Янович Андрей


Зарегистрирован: 27/01/2011 06:33:22
Сообщений: 112
От: ФГБУ "Камчатская МВЛ"
Оффлайн

Николай Власов wrote:

С восточным центром поддержки пока не получится. Сорри...
Локальные модули всех трех комплексов будут возможны, когда у нас не останется сомнений в чистоте (отсутствие заказухи и подтасовок) работы подавляющего большинства персонала.


Ну значит либо не дождемся, либо не в нашей стране...

Зато можно сделать закрытую базу данных "дневного содержания" не стандартного формата с системой шифрования данных, это проходят на первых курсах программирования - ее можно будет конечно вскрыть и подтасовать, но времени на это уйдет слишком много чтобы был смысл... Плюс я еще раз говорю- данные модули НЕ должны заменять имеющуюся систему, а должны просто позволять работать в случае отсутствия связи интернет. И условие внутри программы - ежедневно не отправленную базу очищать и все.
[Email]
Николай Власов

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1021
Оффлайн

Янович Андрей wrote:
Николай Власов wrote:

С восточным центром поддержки пока не получится. Сорри...
Локальные модули всех трех комплексов будут возможны, когда у нас не останется сомнений в чистоте (отсутствие заказухи и подтасовок) работы подавляющего большинства персонала.


Ну значит либо не дождемся, либо не в нашей стране...

Зато можно сделать закрытую базу данных "дневного содержания" не стандартного формата с системой шифрования данных, это проходят на первых курсах программирования - ее можно будет конечно вскрыть и подтасовать, но времени на это уйдет слишком много чтобы был смысл... Плюс я еще раз говорю- данные модули НЕ должны заменять имеющуюся систему, а должны просто позволять работать в случае отсутствия связи интернет. И условие внутри программы - ежедневно не отправленную базу очищать и все.


Василий и Александр, что вы по этомк поводу думаете?
Александр Осминин

[Avatar]

Зарегистрирован: 25/06/2009 17:13:08
Сообщений: 300
От: ФГБУ ВНИИЗЖ
Оффлайн

Николай Власов wrote:
Янович Андрей wrote:
Николай Власов wrote:

С восточным центром поддержки пока не получится. Сорри...
Локальные модули всех трех комплексов будут возможны, когда у нас не останется сомнений в чистоте (отсутствие заказухи и подтасовок) работы подавляющего большинства персонала.


Ну значит либо не дождемся, либо не в нашей стране...

Зато можно сделать закрытую базу данных "дневного содержания" не стандартного формата с системой шифрования данных, это проходят на первых курсах программирования - ее можно будет конечно вскрыть и подтасовать, но времени на это уйдет слишком много чтобы был смысл... Плюс я еще раз говорю- данные модули НЕ должны заменять имеющуюся систему, а должны просто позволять работать в случае отсутствия связи интернет. И условие внутри программы - ежедневно не отправленную базу очищать и все.


Василий и Александр, что вы по этомк поводу думаете?

Локальный модуль с закрытой базой и шифрованием сделать можем, но делать его нужно будет не только для внесения исследований, а для всех сотрудников, кто работают с системой, иначе получим несогласованность работы между отделами одной лаборатории: кто-то ждет в онлайне результаты, а кто-то их в офлайне внес и синхронизируется только завтра. А создание всех локальных модулей - это создание еще одной системы - lims, что текущему подходу "работа онлайн" не соответствует.
ведущий программист отдела программного обеспечения
Федерального центра охраны здоровья животных, г. Владимир
[Email] [WWW]
АМ

[Avatar]
Зарегистрирован: 16/06/2010 05:27:58
Сообщений: 158
Оффлайн

Александр Осминин wrote:
Николай Власов wrote:
Янович Андрей wrote:
Николай Власов wrote:

С восточным центром поддержки пока не получится. Сорри...
Локальные модули всех трех комплексов будут возможны, когда у нас не останется сомнений в чистоте (отсутствие заказухи и подтасовок) работы подавляющего большинства персонала.


Ну значит либо не дождемся, либо не в нашей стране...

Зато можно сделать закрытую базу данных "дневного содержания" не стандартного формата с системой шифрования данных, это проходят на первых курсах программирования - ее можно будет конечно вскрыть и подтасовать, но времени на это уйдет слишком много чтобы был смысл... Плюс я еще раз говорю- данные модули НЕ должны заменять имеющуюся систему, а должны просто позволять работать в случае отсутствия связи интернет. И условие внутри программы - ежедневно не отправленную базу очищать и все.


Василий и Александр, что вы по этомк поводу думаете?

Локальный модуль с закрытой базой и шифрованием сделать можем, но делать его нужно будет не только для внесения исследований, а для всех сотрудников, кто работают с системой, иначе получим несогласованность работы между отделами одной лаборатории: кто-то ждет в онлайне результаты, а кто-то их в офлайне внес и синхронизируется только завтра. А создание всех локальных модулей - это создание еще одной системы - lims, что текущему подходу "работа онлайн" не соответствует.


а если другой вариант, не делать локальный модуль, но поставить локально у желающих ваши сервера? Допустим мы готовы его приобрести, установить у себя, отдать вам полный доступ к нему и работать с ним, а уже он нехай в режиме реального времени синхронизируется с базой в части нас касающейся...
http://www.vetlab38.ru
[WWW]
Янович Андрей


Зарегистрирован: 27/01/2011 06:33:22
Сообщений: 112
От: ФГБУ "Камчатская МВЛ"
Оффлайн

АМ wrote:
а если другой вариант, не делать локальный модуль, но поставить локально у желающих ваши сервера? Допустим мы готовы его приобрести, установить у себя, отдать вам полный доступ к нему и работать с ним, а уже он нехай в режиме реального времени синхронизируется с базой в части нас касающейся...


Как уже сказали : "когда у нас не останется сомнений в чистоте (отсутствие заказухи и подтасовок) работы подавляющего большинства персонала".

Так что для нашей лаборатории похоже единственным способом увеличить скорость и качество общения с Вестой -это дождаться пока в наш регион дотянут "оптику", авось скорость увеличится (хотя скорее всего будут резать как и сейчас).

Ладно со скоростью вопрос остается открытым всегда.. А что делать с поддержкой работы? Дальний Восток при возникновении ошибки ждет окончания рабочего дня - пока "Москва проснется". Я конечно понимаю, что никто из разработчиков не согласится работать круглосуточно, пусть даже посменно. Может у кого есть идеи как решить вопрос с постоянной поддержкой пользователей?
[Email]
АМ

[Avatar]
Зарегистрирован: 16/06/2010 05:27:58
Сообщений: 158
Оффлайн

Янович Андрей wrote:
АМ wrote:
а если другой вариант, не делать локальный модуль, но поставить локально у желающих ваши сервера? Допустим мы готовы его приобрести, установить у себя, отдать вам полный доступ к нему и работать с ним, а уже он нехай в режиме реального времени синхронизируется с базой в части нас касающейся...


Как уже сказали : "когда у нас не останется сомнений в чистоте (отсутствие заказухи и подтасовок) работы подавляющего большинства персонала"


чистота то тут при чем, сервер то не наш будет и доступа программного в его внутренности не будет... просто сервер ВНИИЗЖ но стоящий не в европе
http://www.vetlab38.ru
[WWW]
 
Индекс форума » Автоматизированная система ВЕСТА
Перейти:   

Powered by JForum 2.1.8 © JForum Team