🚀 go-pugleaf

Another solution for real time processing is to use an embeded NT real time
controller.

See the following links abot using Windows as a real time controller.

http://www.realtime-info.be/magazine/97q2/winntasrtos.htm
http://www.realtime-info.be/magazine/97Q2/winntext.htm
http://www.e-i.fh-hamburg.de/international/rts.html

Here's some links to companies who supply NTRTC

http://www.disensors.com/orch.html
http://www.hitex.co.uk/venturcom/
http://www.realtimeonline.com/
http://www.theragens.com/misc/MR%20-%20Windows%20NT%20Real-Time.htm


--
Phil Robertson

BSIT   phil4114@email.uophx.edu
Work   Phil.Robertson@hayssen.com
Home  PhilR80245@aol.com

-----------------------------------------------------------

"Early Ehlinger" <early@respower.com> wrote in message
news:3e5a23df@newsgroups.borland.com...
> SetThreadIdealProcessor won't help much simply because all of the other
> threads on the system can still preempt your thread.  Sure, you can use
> SetThreadPriority and its ilk, but even then there are situations where
you
> will lose your
> processor to somebody else.
>
> If you really are just trying to post-process the data, meaning it's been
> buffered by a realtime system and there is a guarantee that it's all
> present, you might want to spend some time looking at the memory mapped IO
> facilities in w2k.
>
> If the data is placed in a binary file that resembles a big array, MMIO
will
> likely provide you more speed benefit than specifying which processor
you're
> running on.  I once had a project where I had to display huge log files
from
> a CPU counter log.  The intent was to display a simple line graph of the
> performance counters complete with scrolling, zoom, etc., all while having
> it be extremely responsive.  The problem was that I couldn't get the data
> off of the disk fast enough to display on the screen.
>
> I tried playing around with thread affinity and priority, and the thing
was
> still totally unresponsive.  You'd scroll, wait for the thing to draw,
zoom,
> wait for the thing to draw, etc...  I switched from using
> CreateFile/ReadFile to using MMIO, and got more performance benefit than
any
> other optimization I made during development of that project, so much so
in
> fact that it became usable as a result of that one change.  You'd scroll,
> see the data at the correct position without noticing the refresh, zoom,
see
> the data at the correct position without noticing the refresh.  All
because
> Windows can take a file and map it directly into RAM.  The effect is that
> you feel like you've got a big array at your disposal rather than a series
> of records on disk.  Sure, you spend a little bit of time choosing which
> "window" of the file to map in, but that's so fast that it's pretty much
> negligible.
>
> If you're actually trying to capture this live data through a serial port
or
> something like that, then my advice is, keep your x86 PC, drop the
> non-realtime OS and go with a true realtime OS like
>
> QNX Neutrino (www.qnx.com)
> RTLinux (www.rtlinux.org) (or one of its many competitors)
>
>
> --
> -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 --
> - RenderFarm - Lightwave , 3dSMax , Bryce , Maya , AfterEffects -
> --- www.respower.com -- 400+ GHz Starting At USD$0.50/GHz*Hour --
> ----------------- SuperComputing For the Masses! ----------------
> "I'm so busy programming my computer to let me be lazy, I never
> get any rest!" - John Kaster
>
> "Coin Hughes" <colin_r_hughes@lineone.net> wrote in message
> news:3e578290$1@newsgroups.borland.com...
> >
> > Thanks Gambit
> >
> > I am trying to post process live data (pressure traces) from a diesel
> engine in real time even though Window 2000 is not a real time system.
> >
> > Hope SetThreadIdealProcessor (NT only)works in win 2000.
> >
> > Thanks
> > colin
> >
> >
> >
>
>