Keyword Macro

Full text search for "스레드"

Case-sensitive searching
Display context of search results
  • Windows Via C/C++ . . . . 14 matches
         * 윈도우의 GetThreadLocale 함수를 이용하면 함수를 호출한 스레드의 LCID 값을 알 수 있다. * ["C++/국가 설정 구하기(로캘)"]
         * 프로세스는 두 개의 컴포넌트로 구성된다. 프로세스를 관리하기 위한 목적으로 운영체제가 사용하는 커널 오브젝트와 실행 모듈이나 Dll 코드와 데이터를 수용하는 주소 공간. 주소 공간엔 스레드 스택이나 힙 할당 같은 동적 메모리 할당에 사용되는 공간도 포함한다.
          1. 스레드의 진입점 함수가 반환된다.
          2. 프로세스 내의 어떤 스레드가 ExitProcess 함수를 호출한다.
          3. 다른 프로세스의 스레드가 TerminateProcess 함수를 호출한다.
          4. 프로세스 내의 모든 스레드가 종료된다.
         이 중 1번 만이 유일하게 프로세스의 자원이 적절히 해제되는 것을 보장할 수 있으며 이를 강력히 추천한다. 스레드 종료의 경우도 거의 동일하다.
         * 프로세스는 자신만의 주소공간을 가지기 때문에 스레드에 비해 더욱 많은 시스템 리소스를 사용한다. 개별 프로세스는 상당량의 정보를 시스템 내부에 저장하고, .exe와 .dll 파일이 주소 공간으로 로드되어야 하므로 파일 리소스가 필요하다. 스레드는 프로세스에 비해 비교적 적은 리소스가 필요한데 사실 스레드는 하나의 스레드 커널 오브젝트와 스레드 스택 정도만 필요로 할 뿐이다.(사실 스레도도 그렇게 가벼운 자원은 아니다. 어디까지나 비교적이다.)
         * 항상 단일 스레드에 의해서만 접근되는 데이터를 구성하거나(함수의 매개변수와 지역변수를 사용하는 것이 이러한 방식을 따를 수 있는 가장 쉬운 방법이다.), 단일 CPU에 의해서만 접근되는 데이터를 구성하는 것(스레드 선호도를 사용하여)이 성능을 위해서는 가장 좋은 방법이다. 이 두 가지를 동시에 할 수 있다면 캐시 라인과 관련된 문제를 완전히 피할 수 있다.
  • WinDbg . . . . 10 matches
          * k: 현재 스레드의 callstack 보기
          * kf: 현재 스레드의 callstack 과 커널 스택 사용량 보기
          * ~*kvn: 전체 스레드들의 전체 콜스택
          * r: 현재 스레드의 register 상태 보기
          * !teb: 현재 스레드의 thread environment block
         === 스레드 분석 ===
         1. [[code(~)]] 모든 스레드 확인
         2. [[code(!teb 스레드주소)]] 의심스러운 스레드 TEB(thread environment block) 확인. StackBase, StackLimit 주소 확인.
         3. [[code(!dps StackLimit StackBase)]] 스레드 스택 영역 메모리 분석.
  • omr1/403/01 . . . . 10 matches
          BOOL pause; // 스레드 동작을 멈출 때 사용.
          BOOL restart; // 스레드를 다시 시작할 때 사용.
          BOOL quit; // 스레드를 종료할 때 사용.
          // 스레드를 생성한다.
          SetEvent(hEvent); // 스레드에 종료 시그널을 보낸다.
          WaitForSingleObject(hThread, INFINITE); // 스레드가 종료될 때까지 기다린다.
          Env.restart = TRUE; // 스레드에 다시 시작 시그널을 보낸다.
          Env.quit = TRUE; // 스레드에 종료 시그널을 보낸다.
          WaitForSingleObject(hThread, INFINITE); // 스레드가 종료될 때까지 기다린다.
          // 스레드를 종료한다.
  • C++/volatile 키워드에 대해 . . . . 7 matches
          2. 멀티스레드 환경에서 공유되는 변수: 여러 스레드가 동시에 접근할 수 있는 변수는 언제든지 다른 스레드에 의해 변경될 수 있다.
         (!) 주의할 점은 `volatile` 키워드는 스레드 간의 메모리 동기화 문제를 해결해 주지는 않는다. 즉, 데이터 경쟁 조건이나 원자성을 보장하지 않는다.
         멀티스레드 환경도 MMIO와 마찬가지로 프로그램 수행 도중 다른 스레드가 전역 변수 값을 임의로 변경할 수 있다. `volatile` 키워드가 컴파일러에게 변수가 언제든지 변경될 수 있음을 알려주는 역할을 하기에 이를 해결해 줄 수 있을 것만 같다.
         그러나 여러 스레드가 공유하는 전역 변수의 경우, `volatile` 키워드만으로는 충분하지 않다.
  • GetLastError(Windows)는 어디에 기록될까 . . . . 7 matches
         GetLastError를 사용하면 가장 최근 실패한 에러코드를 반환한다. 따라서 API 실행이 실패한 이후 다른 API를 호출하면 GetLastError 값도 바뀔(덮어 쓸) 수 있기 때문에 실패한 API를 사용한 직후에 GetLastError를 사용해야 정확한 값을 알 수 있다. GetLastError는 '''현재 스레드의 마지막 에러 코드'''를 반환한다. 따라서 멀티 스레드로 동작중이라고 해도 GetLastError 값이 덮어 써질 일은 없다.
         윈도우의 스레드를 구성하는 세 가지 요소는 스레드 커널 오브젝트, 스택, 스레드 환경 블록(TEB)이 있다. 이 중 TEB는 다른 요소들과 다르게 유저 모드 주소 공간에서 직접 접근 가능한 여러가지 스레드 환경 정보를 가지고 있는 데이터 구조체이며, TEB에는 마지막 에러 코드를 기록하는 LastErrorValue를 포함하고 있다.
         즉, Win32 API는 실패하면 스레드 환경 블록(TEB)의 LastErrorValue에 에러코드를 기록한다. GetLastError를 호출하면 TEB의 LastErrorValue 값을 반환한다.
  • omr1/3/001 . . . . 5 matches
         마이크로스레드, Micro-Thread
         스레드 안전성, Thread-Safeness
         스레드 풀, Thread Pool
         스레드, Thread
         워커 스레드, Worker Thread
  • ZCS . . . . 4 matches
         구상은 오래되었기에 메뉴 구성과 기능 구현에도 얼마 안 걸렸다. 초기 버전을 얼마간 쓰다 한 사이트를 작정하고 긁으면 다운로드 시간이 오래 걸려서 다운로드를 멀티 스레드로 만들었다. 그러다 보니 너무 빠른 요청으로 DBMS에서 차단되어 다운로드 텀과 스레드 개수를 조절하는 옵션, 옵션창을 만들었다. 그리고 얼마간 잘 썼다. 조금 지나니 외부 링크에서 다운로드는 차단하게 변경된 사이트가 있어 HTTP 리퍼러를 조작해 다운로드를 시도했다. 또 얼마간 잘 썼다(...). 가장 최근 업데이트는 내 취향이 아닌 이미지─촉수물, 수인 등(…)은 다운로드 받지 않게 제외 태그 옵션을 추가했다. 이제 거의 손 볼 곳이 없어졌다. 앞으로도 잘 쓸 거 같다(...).
         New: 멀티 스레드 다운로드 지원
         Fixed: Worker 스레드 동작 중요한 개선
  • robocopy . . . . 2 matches
         /MT:n: n개의 스레드가 있는 다중 스레드를 복사(기본값 8).
  • 윈도우 기본 프로세스 정보 . . . . 2 matches
         시스템 스레드 생성과 삭제 Win32 콘솔 윈도우 제어, 16비트 가상머신 처리.
         사용자 세션 시작 기능 담당. 시스템 스레드에 의해 실행되며, Winlogon, Win32(csrss.exe)를 구동시키고 시스템 변수를 설정한다.
  • Blog/2012-12 . . . . 1 match
         얼마 전 DISQUS([http://disqus.com/])라는 괜찮은 서비스를 찾았다(뒤늦게?). 이건 페이스북 댓글 플러그인에서 있었던 페이지 로딩이 길어지는 단점이 없다. iframe 등을 사용해 마치 스레드처럼 자연스럽게 로딩된다. 그리고 국내/외에서 아주 많이 사용하는 서비스다! 아는 만큼 보인다고 이제는 댓글 시스템에 DISQUS을 사용한 블로그/매체가 정말 많이 보인다. WordPress, Blogger, Tumblr 같은 메이저 서비스나 많은 블로그, 특히 해외 신문사 홈페이지, GitHub 등. 소셜 댓글 서비스 중엔 지금까지 본 것 중 가장 좋다.
  • C++ . . . . 1 match
         ["/(MFC)워커 스레드와 이벤트를 이용한 동기화"]
  • C++/(MFC)워커 스레드와 이벤트를 이용한 동기화 . . . . 1 match
         #keywords MFC,동기화,스레드,이벤트
  • LocalKeywords . . . . 1 match
         MFC 동기화 스레드 이벤트
  • Modern C++ . . . . 1 match
         작동 중인 스레드 시간 만큼 멈춤
  • irc logs . . . . 1 match
         [18:09:20] 20<hyacinth>30 서버와의 통신이 다소 정상적이지 않다는 걸 확인하여 방화벽 등을 점검하여 해결하였다는 스레드를 봐서 호스팅 업체에 위와 같이 문의하니 구글 크롤링 서버 IP는 화이트 되어 있으나 혹시 몰라 방화벽을 리셋하였다고 답변 받고서 크롤러 상태를 확인하니 정상적으로 크롤러가 홈페이지를 잘 가져와서 문제가 해결되었네요
  • omr1/2 . . . . 1 match
          비트맵이라던가 스레드라던가 말입니다.
  • omr1/임시0 . . . . 1 match
         6.6 스레드 이진 트리
  • 디자인 패턴에 따른 클래스 접미사 추천 . . . . 1 match
         ||<align="center">Runner, Executor||작업을 실행할 스레드를 관리하고, 작업을 제출하고, 작업의 실행 상태를 추적하는 역할하는 클래스||ScheduleRunner, MessageExecutor||
Found 18 matching pages out of 1201 total pages

You can also click here to search title.