Сообщения пользователям в аксапте - порядок важен!

[gl00mie]

Цитата:

Сообщение от SHiSHok

net send я то реализовал, все красиво, НО при отсутствии получателя очень большая задержка. вывод: при отправке через net send не не застрахованы от больших задержек при отправке (для моего случая это непозволительно) Отправка сообщения по AOCP лишена недостатка больших задержек, посему остается использовать ее.

Если не секрет, в чем непозволительность больших задержек? Почему нельзя сделать отправку сообщений асинхронной - в отдельном потоке (thread)?

[SHiSHok]

Цитата:

Сообщение от gl00mie

Если не секрет, в чем непозволительность больших задержек? Почему нельзя сделать отправку сообщений асинхронной - в отдельном потоке (thread)?

рассылка сообщений участвует в локализованом механизьме резервирования. про потоки и асинхронность хорошая идея. Но я с ними не работал поэтому надо будет детально изучить механизм, а как обычно все должно быть сделано уже и давно ,поэтому пока оставлю так. Может вкратце справочные материалы изложите по работе с потоками. Функцию "NetMessageBufferSend" я реализовал, остается ее правильно вызвать из потока.

[gl00mie]

Цитата:

Сообщение от SHiSHok

про потоки и асинхронность хорошая идея. Но я с ними не работал поэтому надо будет детально изучить механизм, а как обычно все должно быть сделано уже и давно ,поэтому пока оставлю так. Может вкратце справочные материалы изложите по работе с потоками.

Вкратце смотреть надо не только в сторону работы с потоками, но и на работу с объектами синхронизации в Windows. Среди таких объектов: семафоры (semaphore), взаимоисключения (mutex), события (event)... Плюс есть набор инструментов для работы с разделяемыми ресурсами, типа критических секций, SRW-блокировок, interlocked-переменных, etc. Так вот, сценарий работы будет примерно такой: основной поток создает объекты синхронизации (скажем, event'ы), очередь заданий (адресаты для отправки сообщений) и параллельный поток для обработки этих заданий. Параллельный поток после создания ждет какого-то события, которое означало бы, что в очереди есть задания на обработку, а также события, которое бы означало, что заданий больше не будет, и надо завершить свою работу. Затем в основном потоке начинается какая-то обработка, по ходу которой в очередь помещаются задания, и "дергается" соотв. объект синхронизации, чтобы фоновый поток мог начать их обработку. После окончания работы в основном потоке "дергается" еще один объект синхронизации, по которому фоновый поток завершает свою работу. Ну это так, на вскидку
Работу с потоками и объектами синхронизации можно посмотреть по следующим ссылкам
AOS и многопроцессорная машина - синхронизация потоков
Фоновый поток в Аксапте
Фоновый поток - реализация концепции агента
Фоновый поток - через AOSLoadGen
ERPKB : Таймер без формы