we all know that Windows (mainstream variants) are not
hard-realtime operating systems and under best conditions
they can be named soft-realtime windows. But some software
vendors sell products, including Windows components and
software for user and kernel layer that will do realtime handling
of interrupts. How can this software be rated and what vendors
are reliable on that case? I do have experience with VxWorks and
some other "real" raltime OS'es but no windows (embedded) or
stuff like that. Are these realtime extensions for windows really
reliable and are they really what they claim to be,...has someone
experience on that? This question came to my mind when i read
and replied to a Timer related Question in the Microsoft Newsgroup
microsoft.public.win32.programmer.kernel
Regards
Kerem
--
-----------------------
Beste Gr�sse / Best regards / Votre bien devoue
Kerem G�mr�kc�
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
--
Don Burn (MVP, Windows DKD)
Windows Filesystem and Driver Consulting
Website: http://www.windrvr.com
Blog: http://msmvps.com/blogs/WinDrvr
"Kerem G�mr�kc�" <kare...@hotmail.com> wrote in message
news:eTv4fTFc...@TK2MSFTNGP05.phx.gbl...
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 4645 (20091128) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>
__________ Information from ESET NOD32 Antivirus, version of virus signature database 4645 (20091128) __________
The message was checked by ESET NOD32 Antivirus.
> some other "real" raltime OS'es but no windows (embedded) or
> stuff like that. Are these realtime extensions for windows really
> reliable and are they really what they claim to be,...has someone
> experience on that? This question came to my mind when i read
> and replied to a Timer related Question in the Microsoft Newsgroup
> microsoft.public.win32.programmer.kernel
What Don already pointed out is, that there is NO line of windows code
running in hard-realtime. Theres is a subsystem running with its own
scheduler
and dispatcher and if there is enough time, windows is "served" by the
subsystem. But then,
when Windows is active, Windows synch. objects for instance are based
on Windows ( soft realtime ) timers again.
IIRC the robot vendor KUKA has its own subsystem,
which has to work very reliable and as far as I guess, the
architecture
is different from the Venturcom realtime extension.
Hope this was helpful
Burkhardt Braun
>
> Regards
>
> Kerem
>
> --
> -----------------------
> Beste Grüsse / Best regards / Votre bien devoue
> Kerem Gümrükcü
"Burkhardt Braun" <burkhar...@gmx.net> wrote in message
news:c1f33fd7-a956-4f49...@g26g2000yqe.googlegroups.com...
> Hello,
No, they work by hooking the raw interrupt handlers in the IDT, not by full CPU context switch on each guest entry/exit.
--
Maxim S. Shatskih
Windows DDK MVP
ma...@storagecraft.com
http://www.storagecraft.com
Yes, but hooking sounds bad. HV sounds better.
Maybe all these Xen ports we hear about are the answer to the realtime
question.
HyperV is still so much locked down :-(
Regards,
--pa
HV is many times more complex and, for adequate performance, requires CPU support (pagetables).
> Maybe all these Xen ports we hear about are the answer to the realtime
> question.
Is Xen itself realtime?
By the way, do anyone out there know if any hypervisor out there
allows virtualizing a Firewire connection between two virtual
machines ? That availability would immediately convert a two-machine
Windbg proposition into a one-host two-guest virtualized environment
running in a single machine.
Alberto.
On Nov 30, 7:17 am, "Maxim S. Shatskih"
Serial port virtualization is enough for this.
"Kerem G�mr�kc�" <kare...@hotmail.com> wrote in message
news:eTv4fTFc...@TK2MSFTNGP05.phx.gbl...