블랙커피 2014-10

무슨 상황인지 부연설명을 좀 더 부탁드려도 될까요?
당장 생각나는 방법은 nfs나 sshfs로 마운트 해서 쉘스크립트로 usleep 200000 루프.. 또는 watch -p -n 0.2 커맨드..
scp나 rsync는 커넥션 시간때문에 제약이 있을 것 같고요.

미니TM 2014-10

현재 데이터를 수집하는데 10~ 16가지의 데이터가 0.2초마다 들어옵니다.

이를 NAS에 저장을 할 수 있도록 해달라는데...

어플리케이션에서 바로 저장할 수 있도록 하는건 딱히 nfs 말고는 생각이 안나네요...

이 방식 자체가 좀 아닌 것 같은데...말이죠..

블랙커피 2014-10

먼저 정확한게 아니라서 죄송하고요.
들어오는 데이터가 스트림이라면 socat으로 채널 릴레이를 시키는건 어떨까 하는데요.
저도 써본 적은 없지만 미니TM님 상황이라면 시간을 체크할게 아니라 스트림 데이터를 그대로 릴레이 해야 될것 같습니다.
더 효율적인 방법이 있을 것 같은데 잘 아시는 다른 분께서 도움을 주셨으면 하네요^^

천외천oo노… 2014-10

async 로 write 하지 않으면...장시간 가동시...보내는 쪽이든 받는 쪽이든 둘 중 하나가 뻗을겁니다.
그냥 file 로 write 하려면 async 로 write 하셔야할듯하구요...아니면 받는 쪽에 데몬 하나 만들어서 async 로 받아서 버퍼링한 다음 write 하도록 처리하시는게 맞을듯 싶습니다.

만일 0.2초 간격으로 1KB의 파일 하나가 생성된다고 한다면 file 을 write 하는 쪽이 write 하는 프로세스를 멀티쓰레드로 처리하고 데이터를 던져주는 쪽에서는 해당 쓰레드들을 묶은 쓰레드 풀에다 던져주는 식으로 처리할 수 있을듯 합니다만 이건 받는 쪽이 버틴다는 가정하에 가능하구요.

스트림 형태로 시퀀셜 하게 write 해야한다면 write 하는쪽에서 버퍼링하거나...아니면 받는 쪽에서 받아서 buffered write 할 수 있게 해주는게 안정성 면에서는 더 좋지 싶습니다.

또한...잦은 write 를 동기로 write 전송하는 경우...쓰는 쪽의 디스크의 단편화 이슈도 발생할 수 있어 장기간 사용시 급격한 속도저하가 발생할 수 있습니다.

아니면...zfs 에 ZIL 을 세팅하고...nfs 로 마운트 후 write 할 수 있습니다. (ZIL 에서 버퍼링을 해주므로 그나마 sw 개발없이 처리할 수 있는 방식이지 싶습니다)
다만...ZIL 용으로 SLC 방식의 SSD 를 사용하는 것이 추천되므로 비용이 상승할 수 있습니다.