엘키의 주절 주절

윈도우에서 예약된 작업을 등록할 때, 이를 쉘 커맨드로 지원해주는 것이 바로 SCHTASKS 입니다. MSDN - schtasks.exe http://msdn.microsoft.com/en-us/library/bb736357(VS.85).aspx 권한 상승 커맨드 라인 예제 SCHTASKS /Create /SC DAILY /TN "이름 /TR "실행 파일명 + 파라미터 %%i %%j" /ST "실행시간" /rl highest 기타 더 자세한 사용법은 schtasks /? 를 입력해보시면 아실 수 있는데, 이 설명이 몇페이지나 되다보니 한눈에 들어오지 않아 캡쳐해서 올려둡니다.

캐싱의 기본은 지역성에 근거하는데요, 이는 프로그래밍단의 최적화에서도 유명한 80-20법칙과도 일맥상통하는 이야기죠. 지역성(locality)은 아래 추정에 근거합니다. 1. 지금 읽힌 데이터는 이후에도 자주 사용될 가능성이 높다. 2. 지금 읽힌 데이터와 인접한 데이터는 이어서 사용될 가능성이 높다. 이는 코드 실행시 스택 처리를 통해 얻게 되는 장점과 유사합니다. 단일 코어가 아닌 멀티 코어 CPU는 데이터를 읽어올때, 캐시 라인 (cache line)이란 단위로 읽어옵니다. 캐시 라인이라 함은 지역성에 근거해 인접한 데이터를 미리 읽어옴으로써 속도향상을 노리는 것이지요. 하지만 이는 장점이자 독이 되기도 합니다. 멀티코어에서는 A스레드와 B스레드에서 인접 메모리를 접근할때, 캐시에 있던 내용을 메모..

Winmerge http://winmerge.org/ Diff & merge utility인 winmerge입니다. GUI 기반이라 사용하기 쉽고, Shell Extension도 지원해서 범용적으로 사용하실 수 있습니다. 바이너리 비교도 가능한 만큼, 여러가지로 활용 가능한 장점이 있는 툴입니다.

기본적으로 경고 레벨은 4레벨로, 경고를 에러로 놓고 작업하고 있다. 사소한 실수로 인해 벌어지는 파장이 얼마나 큰지 여러번 (...) 겪어 본지라, 발생 할 수 있는 오류를 '미리' 발견할 수 있는 수단이 얼마나 중요한지 절실히 깨닫고 있기 때문이다. 동적 검사인 유닛 테스트, 회귀 테스트, 컴포넌트 테스트로 얻을 수 있는 소득과, 경고 레벨을 높임으로써, 또는 정적 코드 분석을 통해서 얻을 수 있는 소득은 조금 다르다. 가능한 오류를 다방면으로 검토할 수 있다면, 조금이라도 더 튼튼한 프로그램을 만드는 데에 보탬이 된다. 대부분의 문제는 개발자가 놓치는 작은 실수에서 비롯된다. 혹은, 불성실한 개발태도에서 비롯되기도 하고. 어떤 원인이던간에, 그 문제를 빨리 찾을 수만 있다면 나쁜 습관을 고쳐나가는 ..

http://www.microsoft.com/downloads/details.aspx?familyid=72d6aa49-787d-4118-ba5f-4f30fe913628&displaylang=en

실행 파일에 포함된 리소스를 꺼내오기 위한 유틸

좋은 프로그램이란, 유휴 시간없이 하고 싶은 일을 최대한 많이 하는 프로그램을 의미합니다. 여기서 중요한 것은, 하고자 하는 일을 많이 해야 된다는 점이죠. 싱글 스레드 클라이언트 프로그램의 경우는 대게 아래와 같습니다. 1. 입력 받는 작업2. 연산 작업3. 화면 그리기 4. 1번으로 돌아감 시간을 재고, 특정 작업 시간이 오래 걸려 재 속도를 내지 못한다면, 연산량을 감소 시킬 수 있는 처리를 하거나 (초당 프레임 조정 등), 만약 연산량을 줄일 수 없는 경우라면 게임 속도가 느려지게 됩니다. 연산량을 감소시켜서라도 제속도를 낼 수 있는 임계치를 최소 사양이라고 부릅니다. 멀티 스레드 서버 프로그램의 경우는 어떨까요? 처리 스레드 종류에 대한 가정 - 소켓 이벤트 처리 6개 스레드 - 패킷 처리 1개..

1. 데이터를 동시에 쓰는 상황, 읽는 도중 값이 변경되는 상황, 읽는 도중 delete 되는 상황에 유의하라. -> 데이터를 동적으로 다뤄야 되는 상황 자체를 줄이는 것이 좋다. NULL 대신 NULL객체 처리를 선호하는 것이 멀티 스레드 프로그래밍에서 크래시를 줄이고 쉽게 예외 핸들링 할 수 있는 방법중 하나다. 2. 생성자 / 소멸자 호출 도중에 가상 함수를 읽지 않게 하라.-> 가급적 생성자 / 소멸자에선 로직 처리를 금하라. 실패 할 수 있는 동작은 생성자/소멸자에서 시도하지 않는 것이 좋다. 3. 동기화에 대해 주의하라. -> 어디서부터 어디까지 공유 데이터인지를 명확히하고, 그 이상의 접근을 막아라. 4. 스레드 마다 별도로 주어지는 공간 (스택), 모든 스레드가 공유하는 공간 (힙, 정적 ..