커널 모드 쓰레드가 RPC를 사용 할 수 있는 방법이 없을까요? 혹 사용해 보신분 있으시면 가르쳐 주세요 ^^
불가능하지야 않겠으나, 왜 이런 접근을 하는지 궁금하군요? 그냥 궁금해서...ㅎㅎ
RTLinux의 실시간 task가 커널 모드에서 쓰레드로 돌아가거든요. 이 실시간 쓰레드가 외부 시스템이랑 통신이 필요해서..
5초 앞이라도 내다 볼 수 있다면..
만일, 실시간 태스크와 외부시스템간에 안전한(신뢰성있는) 데이터전송이 필요하다면 더욱 문제가 됩니다. 일단 송수신 시간적인 문제와 이를 위한 버퍼크기의 문제등 고려사항이 많이 있습니다. 그런데, 이를 커널에 넣는다면, 조금 위험스러워보입니다.
* 하여간, 실험실 프로젝트라면 해보기를 권하고 싶군요.
텍스트 포맷에 대한 자세한 정보
<code>
<blockcode>
<apache>
<applescript>
<autoconf>
<awk>
<bash>
<c>
<cpp>
<css>
<diff>
<drupal5>
<drupal6>
<gdb>
<html>
<html5>
<java>
<javascript>
<ldif>
<lua>
<make>
<mysql>
<perl>
<perl6>
<php>
<pgsql>
<proftpd>
<python>
<reg>
<spec>
<ruby>
<foo>
[foo]
불가능하지야 않겠으나, 왜 이런 접근을 하는지 궁금하군요?그냥 궁금해
불가능하지야 않겠으나, 왜 이런 접근을 하는지 궁금하군요?
그냥 궁금해서...ㅎㅎ
RTLinux 상에서의 커널 thread 때문에.
RTLinux의 실시간 task가 커널 모드에서 쓰레드로 돌아가거든요.
이 실시간 쓰레드가 외부 시스템이랑 통신이 필요해서..
5초 앞이라도 내다 볼 수 있다면..
Re: RTLinux 상에서의 커널 thread 때문에.
* 통신할 외부 시스템의 latency는 충분히 고려했나요?
만일, 통신할 외부시스템과의 문제(외부시스템이 죽거나, 느리거나, 통신라인이 불량하거나....)에 의해 실시간 태스크에 영향을 줄지도 모른다는 얘기지요. 물론, 이에 영향받는다면 실시간 시스템이 아니지만.
만일, 실시간 태스크와 외부시스템간에 안전한(신뢰성있는) 데이터전송이 필요하다면 더욱 문제가 됩니다. 일단 송수신 시간적인 문제와 이를 위한 버퍼크기의 문제등 고려사항이 많이 있습니다.
그런데, 이를 커널에 넣는다면, 조금 위험스러워보입니다.
* 하여간, 실험실 프로젝트라면 해보기를 권하고 싶군요.
댓글 달기