Priority of process and threads.

[Anonymous]

I have over 60 threads running ADT.

There are times when the source goes down for a few minutes.

This has a bad affect down stream.

Does anyone know of a way to tell the system to process certain process and threads first ?

I would like to get ADT to the patient care areas so they can do their work. But the bussiness areas are not so important ?

Topic

[Dennis Pfeifer]

The only thing that I can think of is to take your inbound, and split it to two outbound, that send back to yourself to two threads on different processes (one for critial, second for non-critical). You would then use throttling to slowdown one of the processes. …

you’d adjust it so that ‘normally’ the throttling doesn’t impact the processing, but with a bolas, the process that isn’t throttled would get most of the processing time …

—-

Throttling only impacts Xlates .. so .. you must ‘split’ the inbound messages so that you have two Xlate processes .. one fast, the other slow. Use RAW on the first inbound splitting process (threads).

Dennis

[Anonymous]

I’ve already got it defined with 6 processes, about 9 to 13 threads per process.  I will have to go back and find the details on the throttling.  

Some time ago I saw a good explanation on it. I will have to see if I can find it.

[Richard Hart]

John.

This is not a solution for your problem, but it may provide other avenues of investigation.

We were required to load millions of LAB messages (from files with <= 1000 messages in each file ) into a a clinical manager system.  The clinical manager system had issues with:    memory leaks, requiring an hourly bounce of the process; and    database issues, requiring regular ‘tuning’ (stopping the interfaces); and    half duplex message-ack communications; and    used MSMQ to store messages which would potentially lose them if it crashed. Backups were also taken regularly. To automate Cloverleaf and negate the need to manually pause for the backups and issues above, we used counters on the send (message) and receive (ack) threads and the file read code would return ‘NO FILE’ if the difference between the counters exceeded a threshold and ‘a message file’ when not. This meant that the message flow was regulated and the maximum messages were sent whenever possible.

[Author]

Replies