오늘의유머

모바일 오유 바로가기
http://m.todayhumor.co.kr

분류	게시판
베스트	베스트오브베스트 베스트 오늘의베스트
유머	유머자료 유머글
이야기	자유 고민 연애 결혼생활 좋은글 자랑 공포 멘붕 사이다 꿈 똥 군대 밀리터리 미스터리 술한잔 오늘있잖아요 투표인증 새해
이슈	시사 시사아카이브 사회면 사건사고
생활	패션 패션착샷 아동패션착샷 뷰티 인테리어 DIY 요리 커피&차 육아 법률 동물 책 지식 취업정보 식물 다이어트 의료 영어 맛집 추천사이트 해외직구
취미	사진 사진강좌 카메라 만화 애니메이션 포니 자전거 자동차 여행 바이크 민물낚시 바다낚시 장난감 그림판
학술	경제 역사 예술 과학 철학 심리학
방송연예	연예 음악 음악찾기 악기 음향기기 영화 다큐멘터리 국내드라마 해외드라마 예능 팟케스트
방송프로그램	무한도전 더지니어스 개그콘서트 런닝맨 나가수
디지털	컴퓨터 프로그래머 IT 안티바이러스 애플 안드로이드 스마트폰 윈도우폰 심비안
스포츠	스포츠 축구 야구 농구 바둑
야구팀	삼성 두산 NC 넥센 한화 SK 기아 롯데 LG KT 메이저리그 일본프로야구리그
게임1	플래시게임 게임토론방 엑스박스 플레이스테이션 닌텐도 모바일게임
게임2	던전앤파이터 롤 마비노기 마비노기영웅전 하스스톤 히어로즈오브더스톰 gta5 디아블로 디아블로2 피파온라인2 피파온라인3 워크래프트 월드오브워크래프트 밀리언아서 월드오브탱크 블레이드앤소울 검은사막 스타크래프트 스타크래프트2 베틀필드3 마인크래프트 데이즈 문명 서든어택 테라 아이온 심시티5 프리스타일풋볼 스페셜포스 사이퍼즈 도타2 메이플스토리1 메이플스토리2 오버워치 오버워치그룹모집 포켓몬고 파이널판타지14 배틀그라운드
기타	종교 단어장 자료창고
운영	공지사항 오유운영 게시판신청 보류
임시게시판	메르스 세월호 원전사고 2016리오올림픽 2018평창올림픽 코로나19 2020도쿄올림픽

회원가입 ID찾기 PASS찾기

게시판찾기

오유인페이지

개인차단 상태

忍野忍님의
개인페이지입니다

가입 : 12-08-06

방문 : 1388회

닉네임변경 이력

일반게시판
베스트게시판
베스트오브베스트
댓글목록

회원차단

회원차단해제

忍野忍님의 댓글입니다.

전체선택

	번호	제목	댓글날짜	추천/비공감	삭제
	668	드디어 뚫었습니다!!! [새창]	2017-03-08 15:34:37	0	삭제
		이제 페도라 원정대로...
	667	아아 이리야쟝 안고 자고싶다 [새창]	2017-02-28 02:01:09	0	삭제
		ㅋㅋㅋ 저도 이생각함ㅋㅋㅋㅋ 이분 일년전에도 이랫던것 같은뎈ㅋㅋㅋ ㅇ
	666	은근히 맞는거 같은 말 [새창]	2017-01-21 20:46:35	0	삭제
		저도 사이코패스보면서 마키시마가 했던 말들이 가장 인상 깊었었어요ㅋㅋ
	665	[Linux C Programming] RAW SOCKET에 대하여.. [새창]	2017-01-20 23:51:43	0	삭제
		4번에 대해서 조금 찾아 보았는데요, 다음과 같은 글이 있네요 http://yuba.stanford.edu/~casado/pcap/section1.html 위 링크에 들어가보시면 스크롤을 얼마 내리지 않아 Packet Capture 와 libpcap 에 대한설명이 있습니다. libpcap 설명을 보면 libpcap은 OS를 통해서가 아닌, 네트워크 디바이스에서 데이터를 직접 읽어온다고 적혀있습니다. 즉 libpcap 이 패킷을 따오는거랑 recv가 하는 일이랑 내부적으로 같더라도(실제론 차이납니다만 설명을 위해서 "~하더라도"라는 가정 입니다) libpcap은 recv 를 사용하는게 아니라는 겁니다.
	664	[Linux C Programming] RAW SOCKET에 대하여.. [새창]	2017-01-20 23:40:06	0	삭제
		4. libpcap 라이브러리도 내부 소스는 recvfrom 을 사용하는가? 처음에 말씀드렸듯이, recvfrom 은 버퍼를 비워버리니 스니핑으로써 역할을 못할 것 같습니다. 따라서 libpcap은 다른 방법을 사용할 것 같네요
	663	[Linux C Programming] RAW SOCKET에 대하여.. [새창]	2017-01-20 23:34:17	0	삭제
		3. 패킷 스니핑 후 처리하는 로직에 의해 CPU에 부하가 걸린다면, 원래의 LISTENING 프로세스에 전달되는 패킷이 DROP될 가능성이 있는가? 답은 '예스' 입니다. 수신 버퍼에서 데이터를 수신할 때, 데이터가 너무 크거나 하는 등의 이유로 데이터를 더 이상 버퍼에 담을 수 없을 때 그 남겨진 데이터를 DROP 합니다. 즉, CPU에 부하가 걸려서 수신 버퍼에서 데이터를 읽어오는 속도가 데이터가 수신버퍼로 들어오는 속도보다 느려질 때 패킷이 DROP 되어 버립니다.
	662	[Linux C Programming] RAW SOCKET에 대하여.. [새창]	2017-01-20 23:29:40	0	삭제
		2. 스니핑 데몬을 실행시켰더니 시퓨 점유율이 올랐다면, 기존의 프로세스들의 통신 속도가 다운되는 것인가? 이 문제의 정답은 조금 애매합니다. 원인은 바로 "통신속도"라는 용언데요. 작성자님이 말하고자 하는 통신이 어느 부분을 가리키는 것인지에 따라 달라집니다. 만약 다른 서버와 스니핑 서버 사이의 "통신"을 의미하는 것이라면, 통신 속도는 회선(유선이라면 LAN이라든가 WAN이 되겠고 무선이라면 Wifi 등이 되겠죠)의 속도에 따라 달라집니다. 회선의 커버리지가 높다면 제 아무리 시퓨가 다른 작업에 열일 하더라도 통신 속도는 그대로죠. 대신 버퍼에서 각 프로세스에게 데이터를 전달하는 "통신"을 의미하는 것이라면, 당연 통신 속도는 느려집니다. 네트워크 수신버퍼에서 프로세스에게 데이터를 전달하는 일을 하는게 바로 시퓨이고, 이 시퓨가 바쁘다면 그 만큼 데이터를 나르는데 적은 시간을 쏟을 수 밖에 없으니깐요.
	661	[Linux C Programming] RAW SOCKET에 대하여.. [새창]	2017-01-20 23:13:51	0	삭제
		그리고 제가 어디서 정확한 레퍼런스를 찾은 게 아니고 운영체제가 이러한 식으로 돌아가니까 이 질문의 답은 이렇겠다 라고 생각하여 답을 해드리는 것이라는 점 참고하시고 읽어주세요... 1. 프로세스가 어떤 소켓에 대해 리스닝 중이라면 실행중이던 다른 프로세스들에게 영향이 가는가? 답은 '노'입니다. recv 함수는 기본적으로 호출한 프로세스를 블로킹합니다. 그리고 소켓에 데이터가 들어왔을 때 프로세스를 다시 활성화합니다. 프로세스가 recv 를 호출하여 리스닝을 시작하였을 때부터 데이터가 들어올 때까지 스케쥴링에 의해 wait 상태에 들어가는 것이며, 이는 오히려 할일이 다른 프로세스들에게 시퓨가 할당될 기회를 주게 됩니다.
	660	[Linux C Programming] RAW SOCKET에 대하여.. [새창]	2017-01-20 23:08:14	0	삭제
		궁금한게 있는데, 위에 올려주신 코드로 스니핑이 되나요? recvfrom으로 소켓에 데이터 읽어오는순간 버퍼를 플러쉬해버려서 스니핑하는 프로세스에서는 잘 읽을텐데 그 소켓을 원래 사용하려던 프로세스에서는 아무 데이터도 못읽고 계속 리스닝만 하고 있을거 같은데요... 테스트 해본 게 아니라 애매하네영. 프로세스단에서의 스니핑을 하려면 후킹이 필요할 것 같은데,,, 혹시 스니핑의 의미를 잘못 이해하고 계신게 아닐지..
	658	더이상 삶에 의욕이 없네요. [새창]	2017-01-13 16:29:06	8	삭제
		와.... 글만 보고 고구마 10개 연속으로 먹은 기분은 처음이네요...
	657	원 게시글이 삭제되었습니다. [새창]	2017-01-12 09:52:47	0	삭제
		역시 윗분들 말씀대로 구어체와 문어체적 차이가 가장 큰 이유인 것 같네요. 이것 외에도 단어의 의미적 차이의 접근도 있습니다. 흔히들 나마에 하면 이름이라고 알고 있는데 틀린건 아니지만 본래의 뜻은 성을 의미합니다. 나마에를 한자로 쓰면 名前 잖아요. 이름 앞에 오는 것. 성을 가리키는 거죠. 여기서 성과 이름의 차이를 생각해 보신다면 '나마에'와 '나'의 차이를 좀 더 명확하게 알 수 있을 것 같네요. 혈족을 구분하기 위해 사용하는 '성' 보다 한 개인을 가리키는 고유명사인 '이름'을 물음으로써 내가 알고자 하는 것은 '바로 너'라는 느낌이 한층 강해지는 거죠. 비슷하게 자식이 있는 부모의 경우 XX아빠 XX엄마 라는 호칭으로 불렸을 때와 그 사람의 이름으로 불렸을 때의 차이라고 봐도 될 것 같네요.
	655	Little endian 컴퓨터에서는.. [새창]	2017-01-04 21:23:59	0	삭제
		gdb로 확인하시는 거라면 리틀엔디안이니까 다음과 같이 찍힐 거에요 1003 1002 1001 1000 01 00 00 00 메모리 데이터 출력 순서가 3 2 1 0 7 6 5 4 이렇게 4바이트씩 역으로 나와요

[◀이전10개] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [다음10개▶]

단축키 운영진에게 바란다(삭제요청/제안) 운영게 게시판신청 자료창고 보류 개인정보취급방침 청소년보호정책 모바일홈