ФИНАНСЫ БЕЗ ПРОБЛЕМ(tm):
ПЕРЕГОВОРНЫЙ ПУНКТ II

Добро пожаловать, Гость. Пожалуйста, выберите:
Вход || Регистрация.
22.07.18 в 04:21:36


Наш сайт | Cтаpый форум (до 08.2003 года) | Интернет-магазин & Центр загрузок |
Главная | Помощь | Поиск | Участники | Вход | Регистрация
Модифицированный Клиент CLW32:
Из документации ...
На форуме...

Использование Клиента FCM:
1. Отчетный период и журнал операций.
2. Печать.
3. Экспорт.
4. Многострочная операция.
5. Редактирование многострочных операций.
http://www.fwp-client.com

Работа с ФБП через браузер:
Настройка для лечебных учреждений, оказывающих медицинские услуги:
На форуме...
http://vasoft.ru

Технический аудит настройки.
[Читать]

ФИНАНСЫ БЕЗ ПРОБЛЕМ (сетевая) и Opencart:
предлагаем:
1. Выгрузка новых покупателей из интернет-магазина в план счетов и сохранение информации в extrd.dat.
2. Выгрузка данных о заказанном товаре и сохранение в ФБП в журнале операций, номер заказа регистрируем в плане счетов как с.счет.
3. Українська локалізація.






   Финансы без пpоблем: Пеpеговоpный Пункт II
   Общий pаздел

   Анализ LOG
« Предыдущая Тема | Следующая Тема »
Страниц: 1  Ответить | Уведомлять | Послать Тему | Печатать
   Автор  Тема: Анализ LOG  (Прочитано 5991 раз)
box_vma

*



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 44
Анализ LOG
« В: 12.11.14 в 07:15:39 »
Цитировать | Править

Всем доброе время суток!
 
Подскажите, пожалуйста, как можно решить такую задачу. Одна из отчетных форм с определенными параметрами входит в бесконечный цикл, сервер, естественно, при этом "подвешивается". Из файла log информацию о переданных параметрах получить не смог по следующей причине. Пример файл LOG:
 
C> 07:39:54  12.11.2014
ANN·******·620A2J@@·R INLOOP
 
- искусственный бесконечный цикл
 
далее операторы работают, клиенты отсылают запросы серверу. Для примера два запроса:
 
C> 07:41:16  12.11.2014
MNM·*****·620K2KHH·R CH623FO
S> 0.00 "Q-S: ·ФИО· ·30·"
 
C> 07:41:16  12.11.2014
KUA·******·620E2EFV·R _PR_ ·6·
S> 0.00 13627
 
 
Естественно эти формы не будут выполнены, но эти записи будут постоянно записываться в log. Файл Log растет, запись которая "подвешивает" сервер, визуально теряется. Как ее найти?
 
 
Спасибо, с уважением
Владимир Антипин
Зарегистрирован
Vladimir

***



Я люблю этот Форум!

   
Просмотреть Профиль | WWW |

Сообщений: 232
Re: Анализ LOG
« Ответить #1 В: 13.11.14 в 16:32:36 »
Цитировать | Править

Можно провести анализ по времени поступления запросов. Регулярно повторяющиеся запросы с короткими интервалами могут указывать на подвисание сервера. В начале обнаруженной последовательности и находится операция подвесившая сервер.
« Изменён в : 13.11.14 в 17:53:03 пользователем: Vladimir » Зарегистрирован

С уважением,
Владимир
Valery

***



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 147
Re: Анализ LOG
« Ответить #2 В: 13.11.14 в 21:50:13 »
Цитировать | Править

on 12.11.14 в 07:15:39, box_vma wrote:
Всем доброе время суток!
 
Подскажите, пожалуйста, как можно решить такую задачу. Одна из отчетных форм с определенными параметрами входит в бесконечный цикл, сервер, естественно, при этом "подвешивается". Из файла log информацию о переданных параметрах получить не смог по следующей причине. Пример файл LOG:
 
C> 07:39:54  12.11.2014
ANN·******·620A2J@@·R INLOOP
 
- искусственный бесконечный цикл
 
далее операторы работают, клиенты отсылают запросы серверу. Для примера два запроса:
 
C> 07:41:16  12.11.2014
MNM·*****·620K2KHH·R CH623FO
S> 0.00 "Q-S: ·ФИО· ·30·"
 
C> 07:41:16  12.11.2014
KUA·******·620E2EFV·R _PR_ ·6·
S> 0.00 13627
 
Естественно эти формы не будут выполнены, но эти записи будут постоянно записываться в log. Файл Log растет, запись которая "подвешивает" сервер, визуально теряется. Как ее найти?

Если вопрос, как найти форму с ошибкой, то код подвешенной  формы виден на диаграмме сервера...   В Вашем примере это INLOOP.  В ее теле и надо искать ошибку... При выполнении "зацикливавшейся" формы сервер может не отражать результат выполнения этой формы в log. Или я не понял вопрос. Sad
« Изменён в : 13.11.14 в 21:51:22 пользователем: Valery » Зарегистрирован

С уважением, Валерий.
box_vma

*



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 44
Re: Анализ LOG
« Ответить #3 В: 14.11.14 в 16:53:43 »
Цитировать | Править

Это пример, в котором inloop явно "весит" сервер. А реально после inloop (источника зависания) множество других неисполненных запросов. Визуально найти источник сложно. Я понимаю, что нужно найти последний без S>... Может кто-нибудь имеет какие-то наработки по анализу LOG-файла?
И еще, в статистике сервера указаны запросы с худшими временами обработки. Время выполнения, указанное в статистике для запроса R, не мог найти в LOG. Правильно ли я понимаю, что для статистики сервера учитывается время от поступления запроса до момента его выполнения? (то есть в это время форма могла "стоять в очереди), а  в LOG указано непосредственно количество времени, потребовавшееся для выполнения формы?
Ранее не имел потребности столь внимательного изучения LOG файла, а сейчас ищу способы оптимизации кода, так как критична любая секунда.
 
Спасибо, с уважением
В. Антипин
Зарегистрирован
Valery

***



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 147
Re: Анализ LOG
« Ответить #4 В: 14.11.14 в 22:36:21 »
Цитировать | Править

on 14.11.14 в 16:53:43, box_vma wrote:
Это пример, в котором inloop явно "весит" сервер. А реально после inloop (источника зависания) множество других неисполненных запросов. Визуально найти источник сложно. Я понимаю, что нужно найти последний без S>... Может кто-нибудь имеет какие-то наработки по анализу LOG-файла?

Что-то было раньше, ещё на старом форуме.  Даже был вариант восстановления операций по данным лога.  Попробуйте поискать:  
http://hdru.com/wwwboard/index.htm  
 
Зарегистрирован

С уважением, Валерий.
Boris, Kiev.
Moderator

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 824
Re: Анализ LOG
« Ответить #5 В: 20.11.14 в 18:42:38 »
Цитировать | Править

on 14.11.14 в 16:53:43, box_vma wrote:

Ранее не имел потребности столь внимательного изучения LOG файла, а сейчас ищу способы оптимизации кода, так как критична любая секунда.
 
Спасибо, с уважением
В. Антипин

 
 
Log хорошая штука, но вовсе не для оптимизации кода.
Вы, вероятно, забыли про наш уникальный профилер?
Кто знаком поглубже с другими учетными платформами скажите, есть ли там  аналогичный инструмент или нет?
 
 
« Изменён в : 20.11.14 в 18:43:45 пользователем: Boris, Kiev. » Зарегистрирован
Alexander_Kiev

*****





194144279 194144279    
Просмотреть Профиль | E-мэйл

Сообщений: 660
Re: Анализ LOG
« Ответить #6 В: 23.11.14 в 15:39:16 »
Цитировать | Править

on 20.11.14 в 18:42:38, Boris, Kiev. wrote:

оптимизации кода.
Вы, вероятно, забыли про наш уникальный профилер?
Кто знаком поглубже с другими учетными платформами скажите, есть ли там  аналогичный инструмент или нет?
Профилер это инструмент VM. Конечно, этот инструмент весьма распространен. Я уже второй десяток лет пользуюсь интегрированной средой разработки NetBeans, а вот только недавно обратил внимание на наличие профилера. Оно и так все летает, а вот недавно встала задача, воспроизвести отчет оборачиваемости ТМЦ. Периодом одного года не обойдешся. Такие типы мульти годовых отчетов и раньше делались, но они довольно трудоемки. Результат каждого года расчитывается на своем сервере и консолидируются тоже сами результаты. На этот раз, настроился решить вопрос координально и реализовал механизм затягивания ленты фактов(да, у меня все также как в старом добром ФБП Smiley) c всех серверов прошлых годов. Здесь и пошли проблемы. Самое узкое место - переход информационного потока ч/з сокеты приложений, плюс сильный удар по памяти сервера текущего года. В общем, сервер начал валится либо по нехватки памяти, либо по таймауту от клиента. Оптимизация наполнения потока в принципе помогла выйти на границу допустимости, но ситуация оставалась стремноватой. Пришлось отказаться от предварительного сбора лент всех годов и перейти к принципу непосредственной обработки фактов с циклом по годичным серверам. Все эти недельные мучения сопровождалась растановкой временных меток в самом коде. Соственно по теме, современная среда разработки настолько насыщена функциональностью, что ее даже не пытаешся охватить сознанием. Ну как эксель, мы его используем на 15-20% его возможностей. Так и я вспомнил о профилере, после того как отмучился. А профилер, при близком знакомстве оказался просто бомбой. Там и графика загруженности ядер проца и состояние памяти и каждый поток с разворотом до умопомрачительной детализации процесов и состояний.
P.S. Намедни, самый активный из моих подопечных снарядил новую машину для сервера. Давно не интересовался производительностью, где то под 500,000 оп/с.  помню было в последний раз 3-4 года назад. Сейчас давит за три миллиона, 100 mc перерасчет года. Вот проклятые буржуи, как я их ненавижу Smiley      
« Изменён в : 23.11.14 в 16:24:11 пользователем: Alexander_Kiev » Зарегистрирован

С уважением,
Александр.
Boris, Kiev.
Moderator

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 824
Re: Анализ LOG
« Ответить #7 В: 25.11.14 в 08:34:47 »
Цитировать | Править

on 23.11.14 в 15:39:16, Alexander_Kiev wrote:

Профилер это инструмент VM.
Судьбоносное определение.Smiley
Quote:

 Конечно, этот инструмент весьма распространен.

Ещё раз, пожалуйста, уточни, какие из известных тебе учетных платформ(Это отсюда https://ru.wikipedia.org/wiki/%D0%91%D1%83%D1%85%D0%B3%D0%B0%D0%BB%D1%82 %D0%B5%D1%80%D1%81%D0%BA%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0 Примеры систем для малых и средних предприятийВ классе систем для малых и средних предприятий распространение получили такие системы, как 1С:Предприятие, БЭСТ, Парус. Современные версии данных программ включают модули для автоматизации учёта и управления в различных отраслях деятельности, что позволяет формально отнести их к классу ERP)
имеют в своем инструментарии не какой-то, а свой собственный, да, расшифровывающий до атомов мало кому понятных, но тем не менее поработать над своим алгоритмом прямо здесь и сразу - это очень удобно.
Можно сказать, что тот настройщик, который не заглядывал профилером в свои формы, тот не желает, или времени жалко, или его пока всё устраивает и без этого анализа, который часто приводит к существенному совершенствованию формы.
Зарегистрирован
Alexander_Kiev

*****





194144279 194144279    
Просмотреть Профиль | E-мэйл

Сообщений: 660
Re: Анализ LOG
« Ответить #8 В: 27.11.14 в 07:56:31 »
Цитировать | Править

on 25.11.14 в 08:34:47, Boris, Kiev. wrote:

Ещё раз, пожалуйста, уточни, какие из известных тебе учетных платформ

Затрудняюсь с определением отношения к учетности платформ. Это платформа пригодная к созданию приложений для учета или платформа специализированная на задачах учета и ими ограниченная? Для первых мы будем рассматривать просто наличие профилера, к вторым, ограничение задач областью учета, будем использовать как условие отбора из первых. Таких(одновременно для двух условий) может оказаться очень мало.
« Изменён в : 27.11.14 в 08:14:03 пользователем: Alexander_Kiev » Зарегистрирован

С уважением,
Александр.
Boris, Kiev.
Moderator

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 824
Re: Анализ LOG
« Ответить #9 В: 27.11.14 в 08:25:28 »
Цитировать | Править

on 27.11.14 в 07:56:31, Alexander_Kiev wrote:

 Таких(одновременно для двух условий) может оказаться очень мало.

"Отож", а точнее, их просто нет, кроме нашей Wink
« Изменён в : 27.11.14 в 08:25:47 пользователем: Boris, Kiev. » Зарегистрирован
Страниц: 1  Ответить | Уведомлять | Послать Тему | Печатать

« Предыдущая Тема | Следующая Тема »

Powered by YaBB 1 Gold - SP 1.3.2!
Forum software copyright й 2000-2004 Yet another Bulletin Board