- 윈도우 기본 프로세스 정보 . . . . 3 matches
Winlogon 서비스에 필요한 인증 프로세스를 담당.
DLL로 실행되는 프로세스들의 host 역할 담당.
사용자 로그온과 로그오프를 관리하는 프로세스. Ctrl+Alt+Del을 누를 때 활성화 되는 GINA(Windows 2000, 2003 and XP) 혹은 Credential Providers(Vista, Win 7, Windows 2008 and Remote Desktop Gateway).
- Blog/2014-06 . . . . 2 matches
윈도우에서 애플리케이션을 실행하면 메모리를 어떻게 잡을까? 시스템은 애플리케이션을 구성하는 .exe 파일을 열어서 애플리케이션을 구성하는 코드와 데이터의 크기를 얻어낸다. 이후 프로세스의 주소 공간에 얻어낸 크기만큼의 영역을 예약하고, 이 영역에 대한 '''커밋된 물리적 저장소를 .exe 파일 자체라고 설정'''한다. 이처럼 시스템은 페이징 파일에 공간을 할당하는 대신 프로세스의 주소 공간에 예약된 영역을 활용하여 .exe 파일의 내용이나 데이터 등을 사용한다. (이렇게 하면 애플리케이션은 더 빠르게 로딩될 수 있고, 페이징 파일의 크기를 증가시키지 않고 그대로 유지할 수 있게 된다.)
- PowerShell . . . . 2 matches
PowerShell의 cmdlet은 명령어 이름, 매개 변수 및 명령어 출력을 지정하는데 사용되는 동사-명사 구조를 가진다. 예를 들어, `Get-Process` cmdlet은 현재 실행 중인 모든 프로세스를 검색하는 데 사용된다. 이 cmdlet의 이름은 "Get" 동사와 "Process" 명사로 구성되어 있다.
PowerShell에는 수백 가지의 내장 cmdlet이 있으며, 이러한 cmdlet은 파일 및 폴더 관리, 프로세스 관리, 이벤트 로깅, 성능 모니터링 등 다양한 작업을 수행할 수 있다. 일부 cmdlet은 Windows 운영 체제의 서비스나 레지스트리와 상호 작용하는데 사용되기도 한다.
- WinDbg . . . . 2 matches
* .tlist: 현재 실행중인 모든 프로세스를 출력. -v 자세히.
-p %ld: 크래시 난 프로세스의 PID
- WinampControllers . . . . 2 matches
이는 프로세스에 상주된 itype.exe 가 Winamp의 Global Hotkey에 의해 키 값이 변경되는 것을 막기 때문이다.
itype.exe 프로세스를 끝내고 Winamp Gloabl Hotkey 를 설정한 다음 IntelliType Pro 를 실행하면 가능하긴 하지만 번거로움이 따른다.
- C++/모든 프로세스 리스트(이름) Enumerate . . . . 1 match
#keywords C++, 프로세스, Win32
- Internet Explorer에서 RegCreateKeyEx Error 5 (Access Denied)될 때 . . . . 1 match
IE는 Low Integrity 레벨의 프로세스로 실행되기에 BHO 역시 Low Integrity로 실행된다. 그 이상 Integrity가 필요한 장소는 접근 거부가 떨어진다.
- K8S . . . . 1 match
Namespace 내에 있는 일부 리소스에는 Finalizers라는 삭제 프로세스가 있습니다. Namespace을 삭제하려면 이러한 리소스의 Finalizers를 제거해야합니다. 이를 위해서는 `kubectl edit` 명령어를 사용하여 리소스의 YAML 파일을 편집하고, Finalizers를 수동으로 삭제해야합니다.
- RFC 793 . . . . 1 match
RFC 793는 TCP의 동작 방식, 데이터 전송 및 수신 프로세스, 연결 설정 및 해제 절차, 오류 처리 및 복구 방법 등 TCP에 대한 모든 중요한 측면을 다루고 있습니다. 이 문서는 TCP의 세그먼트 구조와 데이터 전송 제어, 순서 제어, 윈도우 제어 등 TCP의 핵심 기능을 설명하고 있으며, TCP의 핵심적인 기능을 이해하고 사용하는 데 있어서 중요한 참고 자료입니다.
- TCP 연결 상태 의미 . . . . 1 match
첫 번째 이유는 원격의 종료까지 확인하여 신뢰성 있는 연결 종료를 위한 것이고, 두 번째 이유는 만료된 연결의 패킷 제거를 위해서인데, 종료한 소켓이 TIME_WAIT 상태에서 금방 사라지지 않는 이유가 두 번째 이유 때문이다. 이런 상황을 가정할 수 있다. 둘이 패킷을 주고 받다가 정상적으로 연결을 끊었다. 그리고 둘이 곧바로 연결을 해서 방금 전과 같은 포트로 연결되었다. 여기서 문제가 발생하는데 이전에 연결이 되었을 때 보낸 패킷이 라우터의 일시적인 오류로 네트워크를 뱅뱅 돌다가 다시 새로운 연결이 되었을 때 도착할 수 있다. 즉, 모든 패킷 순서를 엄격히 보장하는 TCP에서 원하지 않는 데이터가 수신되었으니 네트워크 오류가 발생할 수 있다. 이 때 TIME_WAIT 상태를 유지하면 같은 포트를 다른 프로세스가 다시 이용하는 것을 막는다. 같은 연결이 발생하지 못하도록 방지한다. 그리고 TIME_WAIT 상태는 2 MLS 시간 동안 유지한다. 즉, 네트워크에 패킷이 존재하는 시간보다 두 배 길게 설정된다. 따라서 TIME_WAIT 상태가 끝나면 네트워크 상에는 이전 연결에 보내졌던 패킷이 모두 소멸되었다고 확신할 수 있으므로 새로운 연결을 만들어도 문제가 발생하지 않을 것이다.
- Tools . . . . 1 match
프로세스에 접근하는 레지스터, 파일 I/O 감시
- omr1/3/001 . . . . 1 match
프로세스, Process
- tools . . . . 1 match
프로세스에 접근하는 레지스터, 파일 I/O 감시
- 개발자 인수인계 문서 작성하는 법 . . . . 1 match
- 배포 프로세스
Found 23 matching pages out of 1230 total pages
You can also click here to search title.
