The design about real-time data reception,treatment and save

Question

1.00/5 (1 vote)

See more:

VS2005

, +

Hello, everybody. I have a problem about The design about real-time data reception,treatment and save. I have a read(cBuf,length) function to receive real-time data.
I make a core exclusive thread with SetThreadAffinityMask(). In this thread, it have the read function and treatment etc. Recently I found that the thread lost frame one and then. By analyzing ,It is because too slow to read data in time.
So I want divide into two thread, one only achieve the read() function, and other things are covered by the other. However I found if add critical or lock still too slow, of course maybe my bad program is the main reason.
Now, I want get a solution about my problem. A real-time no-lock queue or something else?
Could you give me some advice or example.

Posted 23-Aug-15 3:57am

JinxLeader

Add a Solution

1 solution

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

CPallini · Answer 1 · 2015-08-23T04:55:00

Solution 1

It is difficult to outline a winning strategy based just on the details you posted. Possibly you might just improve the performance of your code (fine tuning it). Possibly the algorithm could be actually parallelized to exploit the multicore (I assume it is) CPU. Possibly, lastly, you simply cannot handle real time such of input data rate and have to fatally lose some frames.

Posted 23-Aug-15 4:55am

CPallini

Comments

Sergey Alexandrovich Kryukov 23-Aug-15 11:55am

As far as I understand, the OS is Windows. It is not a real-time OS in not sense of this word, period.
—SA

CPallini 23-Aug-15 11:59am

As far as I understand, the OP meant 'process data as soon as they arrive' with 'real time'.

Sergey Alexandrovich Kryukov 23-Aug-15 12:24pm

One thing is related to another. Things as thread affinity mask, as well as thread priorities, can just improve the probability that all "loosing some frames" won't happen, but never 100%...
—SA

CPallini 23-Aug-15 13:09pm

Suppose you have a device connected to the PC via the serial port. Now, notwithstanding you cannot gather the individual bytes in a real time fashion, you usually are able to collect packets an process them.

Sergey Alexandrovich Kryukov 23-Aug-15 20:08pm

Of course, but it cannot be real time. Usually, this is the acquisition driven by the host computer.
—SA

JinxLeader 25-Aug-15 10:28am

Yes, my so is windows7。I don't want a real time in the strict sense, I only want read as fast as possible.

Sergey Alexandrovich Kryukov 25-Aug-15 10:44am

Just read it. You can use thread affinity and boost thread and/or process priorities, only be extra careful.
—SA