신고

TheRogue 2014-04-21 11:57 0

1

ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

신고

TheRogue 2014-04-21 11:57 0

2

갑자기 그거생각난다 녹색으로 빨간선 만들라고

신고

누난널해치지않아 작성자 2014-04-21 11:58 0

3

녹색으로 빨간선 만드는건 또 뭥미??

신고

신고

누난널해치지않아 작성자 2014-04-21 12:00 0

5

사실 위험성의 문제가 아니라 통신 프로그램에서

네트워크 단절에 대응할 수 있는 유일한 구현 방법론임

신고

신고

신고

신고

누난널해치지않아 작성자 2014-04-21 12:03 0

9

망 자체의 문제같은 경우에는

TCP/IP라도 FIN-ACK 교환이 불가능하기 때문에

write()나 send()는 가지도 않은 데이터를 갔다고 리턴하고 read(), recv()는 영원히 블로킹 돼버림

신고

야밤씨 2014-04-21 12:04 0

10

난 전산실가면 안되겠다

신고

누난널해치지않아 작성자 2014-04-21 12:04 0

11

재연결하는 도중에 요청이 치고 들어오면 튕기게 돼있는데

배치 작업 돌아가는 중에 튕겨나오면 문제가 된대

맞는 말이긴 한데 그러면 영원히 블록킹 상태로 놔둬야지 뭐

더이상 자세히 얘기하면 문제가 있을 거 같아서 상황에 대해 더이상 썰을 풀지는 못하겠다

신고

신고

누난널해치지않아 작성자 2014-04-21 12:09 0

13

아 그리고 그 쪽 환경상 수동 재연결이 불가능하다 ㅋㅋㅋ

그리고 하루에도 네트워크가 몇번씩 떨어진다 ㅅㅂ ㅋㅋㅋ

난 처음에 서버 프로그램에 메모리 릭 있어서 뭘 엎어치나 했는데 서로 다른 머신에 깔린 전혀 다른 프로그램이 동일한 현상 보임

신고

신고

신고

누난널해치지않아 작성자 2014-04-21 12:13 0

16

근데 그 쪽 케이스가 지나치게 익스트림한 건 사실

보통 로컬망에서는 패킷 파싱만 제대로 하면 나머지는 발로 짜도 문제 안생기거든

신고

누난널해치지않아 작성자 2014-04-21 12:17 0

17

jazzfox // 나도 모르것소.. 에휴... 원래 대안이라는게 10개의 문제가 있으면 8~9개 쯤 해결되고 1~2가지 새로운 문제점이 나타나는 선에서 절충돼야 하는건데.. 그리고 말햇다시피 유일한 구현방법론이지...

생각해보니 애초에 현업 앞에서 구현방법론까지 들먹인 내가 븅신이다 에휴...