C
Hi all
Re:
The timer discussion and the many to follow that will compare how one vendor chose to implement verses another, I thought it a good idea to
remind folks that this is _Your_ project. If it comes down to two or three different behaviors that people want for the same function, we can do them all. Unlike the commercial vendors that insist on only the one "correct" way, we are free to emulate whatever is practical and you can get someone to write. There are cases where one will
preclude another, but I see no reason to be dogmatic and argue about those cases where we can reasonably support alternatives. This will allow us to attract a larger user base than if we choose to favor one function set.
At worst, if this causes the libraries to become too large, we can split it into compatibility libs where you link in the flavor that you are most comfortable with. ELF Shared libs are reasonably efficient. The only case where we might run into problems is for very small machines.
On a related note: I have received the Hard Hat Linux cd's and will be looking into these. The thing I was most interested in at present was
their scheduler, but even this may be rendered moot if the low latency kernel mods make it into the mainstream kernel. When I get a chance I am going to run down information on these modifications. If I find anything of general interest , I'll post a link.
The other part of the Hard Hat stuff is a kit to help develop small footprint versions for SBC's and embedded class platforms. I am interested in doing some work on a reference small platform to
make sure we stay within reason for non-desktop machines. I have yet to find much enlightenment in the docs and won't have much time for a while to play with this, but it would be cool to be
able to have a din rail mount lplc, for example. I haven't heard much from you folks if this is important to anyone else or is it simply an
eccentric obsession on my part.
It's late.........
Regards
Curt W.
_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
Re:
The timer discussion and the many to follow that will compare how one vendor chose to implement verses another, I thought it a good idea to
remind folks that this is _Your_ project. If it comes down to two or three different behaviors that people want for the same function, we can do them all. Unlike the commercial vendors that insist on only the one "correct" way, we are free to emulate whatever is practical and you can get someone to write. There are cases where one will
preclude another, but I see no reason to be dogmatic and argue about those cases where we can reasonably support alternatives. This will allow us to attract a larger user base than if we choose to favor one function set.
At worst, if this causes the libraries to become too large, we can split it into compatibility libs where you link in the flavor that you are most comfortable with. ELF Shared libs are reasonably efficient. The only case where we might run into problems is for very small machines.
On a related note: I have received the Hard Hat Linux cd's and will be looking into these. The thing I was most interested in at present was
their scheduler, but even this may be rendered moot if the low latency kernel mods make it into the mainstream kernel. When I get a chance I am going to run down information on these modifications. If I find anything of general interest , I'll post a link.
The other part of the Hard Hat stuff is a kit to help develop small footprint versions for SBC's and embedded class platforms. I am interested in doing some work on a reference small platform to
make sure we stay within reason for non-desktop machines. I have yet to find much enlightenment in the docs and won't have much time for a while to play with this, but it would be cool to be
able to have a din rail mount lplc, for example. I haven't heard much from you folks if this is important to anyone else or is it simply an
eccentric obsession on my part.
It's late.........
Regards
Curt W.
_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc