Как медковская почта может так грузить сервер?

[sashaoli]

Почта работает по POP3. Но сам ступор сервера начинается, когда МЕДОК обрабатывает загруженную корреспонденцию...

Проверте свой почтовый ящик, если в вашем п. ящике несколько сотен, тысяч писем - то Медок перебирает каждое письмо на соответствие своему формату. От этого и тормоза. Для электронной отчетности создайте отдельный ящик, на этот ящик должны приходить письма только от контролирующих органов, в настройках e-mail Медка поставьте "удалять почту на сервере".

[Kapet]

Я уже устал повторять: обилие почты в почтовом ящике должно только увеличивать время процесса обработки такой почты, но никак не ступорить сам сервер, который ее обрабатывает! Почувствуйте, наконец, разницу!!!
Есть такое понятие, как приоритет процессов. Так вот, кажется МЕДОК считает, что обработка почты, - самое архиважное, что только может твориться в данное время на сервере, и плевать ему на этого и других пользователей, пытающихся что-то выполнить в это время в своих сеансах на сервере... Для многопользовательской среды такое поведение, IMHO, есть результат некомпетентного программирования приложения...

[ivanius]

это еще с рождения медка, как впрочем и долгий запуск, еще с 2010 года, как только он начал зарождаться т.е. это изначально так есть, так по поводу приоритетов, вы же можете его уменьшить или ограничить использывание ресурсов приложением

[Kapet]

это еще с рождения медка, как впрочем и долгий запуск, еще с 2010 года, как только он начал зарождаться т.е. это изначально так есть, так по поводу приоритетов, вы же можете его уменьшить или ограничить использывание ресурсов приложением

Вот и расскажите нам, как в самом Медке изменить приоритет процесса обработки почты, или хотя бы оставить ему на съедение только один процессор/ядро из двух и более на сервере/компьютере (хотя пользователям Медка последнее никак не поможет)...

[Юра_01]

Ну я думаю что не только в одном медке такие проблемы с почтой, у контрагента 1c CRM и корпоративная почта, на почте не больше 100 писем, а грузит в 1с довольно долго, да и систему грузит по полной.

[Kapet]

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

[Юра_01]

Проведите експеримент.
1. В медке прописана корпоративная почта (от 300 писем)
Грузит почту от 7 минут, лагает все ужасно.
2. В медке прописана почта с одним письмом
грузит почту несколько секунд.

Вывод: я так понимаю что мед проверяет все письма, если их там тысяча то сами понимаете.

[Kapet]

Проведите експеримент.
Вывод: я так понимаю что мед проверяет все письма, если их там тысяча то сами понимаете.

Нет, не понимаю... Там нечего понимать, кроме того, что криво написана программа...

Вы мне описываете, как сейчас есть. Надо сказать, что очень плохо есть, о чем и речь... А я Вам отвечаю как должно быть, для нормальной работы в приличной программе...

[Юра_01]

Ну, что я могу сказать.
Рекомендация.
Создать пустой ящик, исключительно для медка.
И будет вам счастье.

[Kapet]

Господииииии, да при чем тут пустой ящик? Вы что, - все тут зомбированные медком? Да пусть в почтовом ящике будет хоть миллион писем, - не должна программа обработки почты намертво вешать сервер!
Не нужно мне такое сикось накось решение вопроса, которое и не есть решение вовсе, а так.., - харе кришна от создателей медка. Хочется только доработки программы, после которой при обработке почты у одного пользователя, второй мог хоть как-то продолжать работать в этой базе... Про работу первого при этом я уже молчу, т.к. добиться от программеров такого скорее всего нереально...

[Колпаков Б.И.]

... все тут зомбированные медком? ....

Почему то вспомнились "Ходячие"
Нет Мы людиииИи!

Этот вопрос уже поднимался и были точно такие же ответы, разработчик пока эту тему не комментирует, может правки будут, а может ..

[artcom]

Соглашусь с Kapet - ни одна почтовая программа при проверке почты так себя не ведет. И дело не в ящике, его наполненности или доменном имени - ну не должен компьютер вешаться от проверки почты... Это не пересборка базы, это не работа с гигабайтными архивами - всё гораздо проще... Зайти в ящик, пробежаться по шапкам в поисках знакомых значений - да пусть там будет хоть несколько тысяч писем - это не неподъёмная задача для сервера Даже файловый поисковик Виндовс гораздо меньше ресурсов потребляет при многократно большей нагрузке интеллектуальной...

[priup]

........, разработчик пока эту тему не комментирует, может правки будут, а может ..

У разработчиков "СПЦЕЛИЗАЦИЯ УЗЗКАЯ"(А.И.Райкин)

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

[ivanius]

........, разработчик пока эту тему не комментирует, может правки будут, а может ..

У разработчиков "СПЦЕЛИЗАЦИЯ УЗЗКАЯ"(А.И.Райкин)

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

Почему у тебя такое впечатление не догадываешься? Оно на самом деле так и есть и большинство вещей подобных - неизвестны т.е. делают только надстройку над тем что есть, а то что работает (неважно как) не трогают ибо будет как в 138 потом в 139 и еще много примеров крупных, когда что-то глобально меняют.

[GAS]

Обращаю внимание на надпись на прогресс баре внизу скриншота.
Для самых-самых привожу здесь "Обробка повідомлень прийнятих раніше"
Это означает что загрузка идет не при приеме почты, а при обработке уже загруженных сообщений.
Т.е. Расшифровка, обработка квитанций и документов, помещение их в базу.
При этом замечу что прием по прямому и обработка пришедших на почту производятся параллельно.
А у вас процессоры на два реальных потока или тот пень что HT? Который даже не полтора.

[Kapet]

+1 за внимательность! При самом приеме почты загрузка обоих процессоров по 50%, - с рывками и тормозами кому-то что-то делать еще как-то позволяется. С момента начала обработки принятой почты - аут...

[artcom]

Это означает что загрузка идет не при приеме почты, а при обработке уже загруженных сообщений.

Ну вот Вы сами себя и сдали Выходит, загруженность ящика, его домен и всё прочее значения не имеет - МЕДОКу нужен суперпроцессор для обработки пары-тройки квитанций??? Добавка квитанции к базе = миссия невыполнима? Тогда точно обработчик почты нужно переписывать

[Kapet]

- МЕДОКу нужен суперпроцессор для обработки пары-тройки квитанций??? Добавка квитанции к базе = миссия невыполнима? Тогда точно обработчик почты нужно переписывать

Прям в точку... Об этом-то и речь идет...

[msdenis]

Ребята, а чего тема то заглохла? Лучше не стало. Обработка 2х сообщений, что были приняты ранее, занимает несколько минут.
Будут ли проводится мероприятия по оптимизации этого трудоемкого процесса? )

[gorakh]

Ребята, а чего тема то заглохла? Лучше не стало. Обработка 2х сообщений, что были приняты ранее, занимает несколько минут.
Будут ли проводится мероприятия по оптимизации этого трудоемкого процесса? )

При обработке большого количества 500-1000, процесс может занимать 10-20 мин. На меня бухгалтерия уже косо смотрит. Перед новым годом специально для массовой регистрации купили комп.
Уже описывал на форуме но повторюсь
Chenbro SR30169 w/4 HDD hot-swap 6G SAS/SATA BP w/o PSU 1
450W FSP ATX-450PNR ATX2.2, 1fan 12см, OEM 1
MB TYAN S5533GM2NR-LE 1
CPU Intel Xeon E3-1231 v3 (3400/8M, S1150) {BX80646E31231V3} 1
DDR3-1600 8192MB unbuffered ECC Kingston {KVR16E11/8} 2
HDD 500GB Hitachi Ultrastar A7K2000 {HUA722050CLA330} 32MB cache 7200 rpm 4
диски собраны в raid 10.

Причем проц и диски при этом почти не заняты.
Как побороть проблему "обробка сообщений прийнятих раніше"?