재삐신생의 권태로운 이야기

랜섬웨어 워나크라이(WannaCry)로 시끄러운 주말이다. 막상 뉴스를 보고 따라해보려니, 윈도우 핫픽스 KB4012598을 알려주는데, 실제로 사용하는 윈도우에 따라 다를 수도 있다.(뉴스의 영향인지 저링크는 폭주상태다) 실제로 해당 취약점에 대해서는 아래 링크로 가서, 해당하는 윈도우에 맞는 핫픽스를 받아야한다. https://technet.microsoft.com/library/security/MS17-010 실제로 필자는 윈7 x64 SP1을 사용중이라, 핫픽스는 KB4012212였다. 혼돈의 카오스에 빠지기 말길 바랍니다.

부호확장(sign extension) "00 1010" -> "0000 0000 0000 1010" (양수 10)"11 1111 0001" -> "1111 1111 1111 0001" (음수 15)확장된 bit로 표현시 부호비트를 유지하여 값을 유지

비트연산시 실수 아래 코드를 보자.long longVal = (long)((255

객체나 함수가 외부로 notify하거나 외부 함수를 호출하는 것을 콜백이라 한다 direct method call 단순무식 제네릭하지 않으므로 종속됨 제네릭을 도울수단 method wrapper interface delegate 뉴 패러다임 함수자체를 인자로 사용 closure fire event and handle(event loop) 이벤트 루프를 통하면 비동기처리가 쉽다

빈번한 객체 사용에 자주 사용되는 object pool pattern은 버퍼도 예외가 아니다 목적은 메모리를 할당하고 해제하는 비용 즉, 오버헤드를 줄임으로서 성능향상을 꾀한다고 볼 수 있다 garbage collection이 동작하는 언어에서 더욱 빛을 발하게 되는데 객체의 재사용은 gc에게 일을 적게 주기 때문이다 통신시 수신되는 데이터를 저장하기 위해서 버퍼를 사용할때 효율적인 방법을 생각해보자 1:1과 1:n 상황에 따라 다를것이다 1:1은 수신버퍼가 1개가 필요할것이고 1:n은 n개가 필요할 것이다 수신버퍼는 그렇지만 데이터를 처기하기위해 추가적인 버퍼가 필요한데 이과정은 케이스 바이 케이스 작은 메모리의 잦은 할당과 해제 정확히 객체풀패턴이 필요한 상황이 된다