시스템 분석가는 잘못된 질문에 대한 매일 지식 포인트를 연습합니다 2

임베디드 시스템 --- 멀티 코어 CPU

멀티코어는 멀티 마이크로프로세서 코어의 약자로 두 개 이상의 독립적인 프로세서를 패키징하여 하나의 회로로 통합하는 것입니다. 멀티 코어 프로세서는 단일 프로세서 소켓에 직접 연결되는 단일 칩(실리콘 코어라고도 함)이지만 운영 체제는 모든 관련 리소스를 활용하여 각 실행 코어를 개별 논리 프로세서로 취급합니다. 다중 실행 코어 간에 작업을 분할함으로써 멀티코어 프로세서는 주어진 클록 주기에서 더 많은 작업을 수행할 수 있습니다.

다중 CPU와 비교하여 다중 코어는 시스템의 전력 소비와 볼륨을 매우 잘 줄일 수 있습니다.

멀티 코어 기술에서 컴퓨터는 동시에 여러 프로세스를 실행할 수 있으며 운영 체제에서는 여러 스레드도 동시에 실행할 수 있습니다.

smp\bmp\mp 프로세서 시스템의 하드웨어 구조는 다르며 사용할 구조는 이 요소를 고려해야 합니다.

컴퓨터 구성 및 아키텍처---CISC, RISC

컴퓨터 시스템은 하드웨어와 소프트웨어의 복합체로 기능별로 분할된 다단계 계층 구조로 볼 수 있습니다.이 구조의 분할은 컴퓨터 시스템의 작업 프로세스를 올바르게 이해하고 소프트웨어 및 시스템의 하드웨어 상태 및 역할.

1. 하드와이어드 로직 레벨: 게이트 및 플립플롭과 같은 로직 회로로 구성된 컴퓨터의 핵심입니다.
2. 마이크로 프로그램 수준, 이 수준의 기계 언어는 마이크로 명령어 세트이며 마이크로 명령어를 사용하여 프로그래머가 작성한 마이크로 프로그램은 일반적으로 하드웨어에 의해 직접 실행됩니다.
3. 전통적인 기계 수준, 이 수준의 기계 언어는 기계의 명령어 세트이며 프로그래머가 기계 명령어로 작성한 프로그램은 프로그램에 의해 해석될 수 있습니다.
4. 운영 체제 수준은 운영 체제의 기본 기능 관점에서 한편으로는 기존 시스템의 하드웨어 및 소프트웨어 리소스를 직접 관리하고 다른 한편으로는 기존 시스템의 확장입니다.
5. 어셈블리어 수준, 이 수준의 기계어가 어셈블리어이고 어셈블리어 번역을 완성하는 프로그램을 어셈블러라고 합니다.
6. 고급 언어 수준: 이 수준의 기계 언어는 다양한 고급 언어이며 일반적으로 컴파일러는 고급 언어 번역 작업을 완료하는 데 사용됩니다.
7. 응용 언어 수준: 이 수준은 컴퓨터가 특정 목적을 충족하도록 특별히 설계된 수준이므로 이 수준의 기계 언어는 다양한 문제 지향적 응용 언어입니다.

컴퓨터 시스템 기초 --- 조립 라인

1. 파이프라인 주기: 3t
2. 파이프라인의 처리 속도는 명령 수/파이프라인 실행 시간입니다.
3. 파이프라인 실행 시간을 계산하는 이론적 공식은 첫 번째 명령의 순차적 실행 시간 + (명령 수 - 1) * 주기입니다.
4. 파이프라인의 최대 처리량 파이프라인 주기의 역수
5. 파이프라인 속도 향상 = 파이프라인 없는 실행 시간/파이프라인 있는 실행 시간

다단계 저장 구조:

1. 콘텐츠 기반 액세스는 연관 스토리지의 가장 기본적인 기능이며 캐시는 매우 고전적인 연관 스토리지입니다.
2. 캐시와 메인 메모리 간의 매핑은 하드웨어에 의해 이루어지며 그 목적은 속도를 높이는 것입니다.

컴퓨터 구성 및 아키텍처 --- 캐시

1. 랜덤 알고리즘(Random algorithm RAND). 이것은 가장 간단한 대체 알고리즘입니다. 임의 방식은 Cache 블록의 과거, 현재, 미래 사용을 완전히 무시하고 단순히 임의의 숫자를 기준으로 교체할 블록을 선택합니다.
2. 선입선출(First In First Out FIFO) 알고리즘. 제거 순서는 Cache로 전송되는 순서에 따라 결정됩니다. 즉, 업데이트가 필요한 경우 Cache에 처음 진입한 블록을 교체 블록으로 사용합니다. 이 방법은 캐시에 들어간 순서를 기록하는 각 블록에 대한 기록이 필요합니다. 이 방법은 구현하기 쉽고 시스템 오버헤드가 적습니다. 단점은 자주 사용되는 일부 프로그램 블록(예: 사이클 프로그램)이 교체될 수 있다는 것입니다.
3. Least Recenlty Used LRU(최소 최근 사용 LRU) 알고리즘. LRU 알고리즘은 컵의 가장 최근에 사용되지 않은 블록을 교체된 블록으로 사용합니다. 이 대체 방법은 어느 블록이 가장 최근에 사용되지 않은 블록인지 확인하기 위해 언제든지 캐시의 각 블록의 사용량을 기록해야 합니다. LRU 알고리즘은 비교적 합리적이지만 구현하기가 더 복잡하고 시스템 오버헤드가 큽니다. 일반적으로 사용량을 기록하기 위해 각 블록에 대해 "연령 카운터"라고 하는 하드웨어 또는 소프트웨어 계산기를 설정해야 합니다.
4. 가장 적게 사용되는 페이지 교체(Least Frequently used LFU) 알고리즘은 자주 사용되는 페이지가 더 많은 참조를 가져야 하므로 페이지 교체 시 참조 수가 가장 적은 페이지를 교체하도록 요구합니다. 그러나 어떤 페이지는 처음에는 많이 사용하다가 나중에는 사용하지 않게 되는데 이런 페이지는 메모리에 오래 남게 되므로 기준계산레지스터를 일정간격으로 오른쪽으로 1비트씩 쉬프트시켜주면 된다. 기하 급수적으로 감소하는 평균 사용 횟수. LFU는 LRU보다 복잡도와 카운터 크기가 커서 LRU는 최근 방문만 보고 LFU는 누적방문을 기준으로 제거한다.

   

운영 체제 지식---장치 관리

데이터베이스에 접근하는 시간은 탐색 시간 + 회전 지연 시간 + 전송 시간이어야 합니다.

질문의 의미에 따르면 각 블록의 회전 지연 시간과 전송 시간은 총 102ms가 필요하고 헤드가 한 트랙에서 다른 트랙으로 이동하는 데 10ms가 걸리지만 논리적으로 인접한 데이터베이스 간의 평균 거리는 10트랙이며, 즉, 데이터 블록을 읽은 후 다음 데이터베이스를 찾는 시간은 100ms입니다. 즉, 데이터베이스에 접근하는 시간은 202ms가 되어야 합니다. 따라서 100개의 파일을 읽으려면 100*202=20200이 필요합니다.

컴퓨터 시스템 기본---디스크 관리:

프로세스가 디스크 읽기를 요청하면 운영 체제는 먼저 arm shift 스케줄링을 수행한 다음 스핀 스케줄링을 수행합니다. 그런 다음 작은 것부터 큰 것까지 섹터 번호에 따라;

컴퓨터 구성 및 아키텍처---디스크 스토리지

시스템 디스크 최적화에 대한 기본 지식: 시스템 읽기 레코드는 33/11=3ms입니다. 첫 번째 경우 시스템이 레코드 R0을 읽고 처리한 후 레코드 R2의 시작 부분으로 이동하므로 레코드 R1을 읽으려면 디스크가 다시 회전해야 합니다. R1의 읽기를 완료하는 데 3ms, R1 읽기를 완료하는 데 걸리는 시간(정확히 한 턴의 시간) 이것은 처음 10개 레코드(예: R0;;;R9)를 처리하는 시간이 10*(이기 때문에 11개 레코드를 처리하는 총 시간은 366ms입니다. 33+3)=360ms, 읽기 R10을 기록하고 R10을 처리하는 시간은 6ms이므로 총 11개의 기록을 처리하는 시간=360ms+6ms=36ms입니다.

두 번째 경우: 정보 분포가 최적화된 경우 레코드 R0을 읽고 기록이 종료되면 자기 헤드가 R1 레코드의 시작 부분으로 회전하고 R1을 즉시 읽고 처리할 수 있으므로 총 수 11개 레코드 처리 시간: 11* (3개의 읽기 레코드 + 3개의 처리 레코드) = 66ms

시스템 구성 및 성능 평가---성능 평가

1. 실제 프로그램, 커널 프로그램, 작은 벤치마크 프로그램, 합성 벤치마크 프로그램. 평가 정확도는 내림차순입니다. 그 중 가장 정확한 평가는 리얼 프로그램이다. 응용 프로그램에서 핵심 프로그램 중 가장 많이 사용되는 부분은 컴퓨터 시스템의 성능을 평가하기 위한 표준 프로그램으로 사용되며, 이를 벤치마크 테스트 프로그램이라고 합니다. 벤치마크 프로그램 방법은 현재 만장일치로 인정되는 시스템 성능을 테스트하는 더 나은 방법입니다.

운영 체제---교착 상태 및 은행가의 알고리즘

시스템이 교착 상태를 일으키지 않는 조건은 총 시스템 리소스 수 >= 프로세스 수 * (각 프로세스에 필요한 리소스 수 - 1) + 1입니다.

다음 공식을 가져옵니다. 총 시스템 리소스 수 >=5*(3-1)+1, 즉 시스템이 교착 상태를 피하려면 총 시스템 리소스 수가 11 이상이어야 합니다.

운영 체제 --- 프로세스 리소스 맵

그림에서 R1과 R2는 리소스를 나타내고 P1-P3은 프로세스를 나타냅니다. 리소스에서 프로세스를 가리키는 화살표는 프로세스에 리소스가 할당되었음을 나타내고 프로세스에서 리소스를 가리키는 화살표는 프로세스가 이 리소스를 신청하려고 함을 나타냅니다(각 화살표는 리소스 또는 리소스 요청). 예를 들어, R1은 총 2개의 자원을 가지고 있고, 이 두 자원 중 하나는 P1에, 다른 하나는 P3에 할당하고, 이때 P2는 R1에서 하나의 자원을 신청한다.

블로킹 포인트 분석을 시작하겠습니다 소위 블로킹 포인트는이 프로세스에서 실행을 시작하여 프로그램이 교착 상태에 빠지고 실행에 실패하게 만드는 것입니다.

1. P1 먼저 실행 시도: P1은 R2에게 자원을 신청했고, R2는 총 3개의 자원을 가지고 있고 그 중 2개는 할당되었고 1개는 남아 있으므로 P1의 애플리케이션을 만족시키고 P1에 자원을 할당할 수 있습니다. P1이 리소스를 할당한 후 실행을 완료하고 점유한 모든 리소스를 해제할 수 있습니다. 다음 P2 및 P3이 실행될 수 있으므로 P1은 비차단 지점입니다.
2. P2를 먼저 실행 시도: P2는 R1에서 자원을 신청했고, R1은 총 2개의 자원을 가지고 있고, 모두 할당되었으므로 현재 P2의 자원 신청을 만족시킬 수 없다. 차단 지점인 자연스럽게 실행할 수 없습니다.
3. P3 먼저 실행 시도: P3는 R2에서 1개의 리소스를 신청합니다. R2는 총 3개의 리소스가 있고 그 중 2개는 할당되고 1개는 남아 있으므로 P3의 애플리케이션을 충족하고 P3에 리소스를 할당할 수 있습니다. P3는 리소스를 할당한 후 실행을 완료하고 점유한 모든 리소스를 해제할 수 있습니다. 다음 P1 및 P2가 실행될 수 있으므로 P3은 비차단 지점입니다.

임베디드 시스템---임베디드 프로세서

1. Harvard 구조는 프로그램 명령 저장과 데이터 저장을 분리하는 메모리 구조입니다. Harvard 구조는 병렬 구조로 주요 특징은 프로그램과 데이터가 서로 다른 저장 공간에 저장된다는 것입니다.
2. 두 개의 메모리에 해당하는 것은 시스템의 4개 버스(데이터 버스, 프로그램 및 데이터의 주소 버스)입니다. 프로그램 버스와 데이터 버스의 이러한 분리를 통해 하나의 기계 주기 내에서 명령어(프로그램 메모리에서)와 피연산자(데이터 메모리에서)를 동시에 얻을 수 있으므로 실행 속도와 데이터 처리량이 증가합니다. 그리고 프로그램과 데이터가 두 개의 별도의 물리적 공간에 저장되기 때문에 주소 가져오기와 실행이 완전히 분리되어 중첩될 수 있습니다. 중앙 처리 장치는 먼저 프로그램 명령 메모리에서 프로그램 명령의 내용을 읽고 디코딩 후 데이터 주소를 얻은 다음 해당 데이터 메모리에서 데이터를 읽고 다음 작업을 수행합니다(일반적으로 실행). 프로그램 명령 저장과 데이터 저장이 분리되어 명령과 데이터가 다른 데이터 폭을 가질 수 있습니다.
3. Harvard 아키텍처는 한 기계 주기 내에서 명령어와 피연산자를 동시에 얻을 수 있지만 한 기계 주기 내에서 메모리에 여러 번 액세스할 수는 없습니다.

임베디드 시스템---버스 및 인터페이스

IEEE-1394는 일반적으로 트리 또는 데이지 체인 토폴로지에서 63개의 장치를 연결할 수 있습니다. 이 63개의 장치는 다른 버스에 연결할 수 있습니다. 이제 각 1394 장치는 다른 노드와 연결하기 위해 1023개의 브리지 버스를 지원합니다. 상호 연결 63*1023=64449 노드.

임베디드 시스템:

1. 시간에 대한 시스템의 민감도에 따라 임베디드 시스템은 임베디드 시스템, 임베디드 실시간 시스템, 강력한 실시간 시스템 및 약한 실시간 시스템으로 나눌 수 있습니다.
2. 보안 요구 사항의 관점에서 임베디드 시스템은 다음과 같이 나눌 수 있습니다. 안전 필수 시스템, 비안전 필수 시스템

임베디드 운영 체제의 기능:

임베디드 운영 체제는 임베디드 스마트 칩 환경에서 실행되며 전체 스마트 칩과 다양한 구성 요소 및 장치가 작동하고 제어하는 ​​통합된 조정, 처리, 명령 및 제어를 수행합니다.

1. 소형화. 성능 및 비용 측면에서 적은 메모리, 짧은 단어 길이, 제한된 실행 속도 및 적은 에너지(소형 배터리 사용)와 같은 리소스 및 시스템 코드를 적게 점유하는 것이 좋습니다.
2. 맞춤형: 비용 절감 및 R&D 주기 단축을 고려하여 임베디드 운영 체제 맵이 다른 마이크로프로세서에서 실행될 수 있고 하드웨어 변경에 따라 구조적 및 기능적으로 구성되어 다양한 애플리케이션 요구 사항을 충족할 수 있어야 합니다.
3. 실시간: 임베디드 운영 체제는 프로세스 제어, 데이터 수집, 전송 및 통신, 멀티미디어 정보 및 핵심 영역에서 빠른 응답이 필요한 경우에 주로 사용되므로 실시간에 대한 요구 사항이 높습니다.
4. 신뢰성: 시스템 구성 요소, 모듈 및 아키텍처는 적절한 신뢰성을 달성해야 하며 중요한 애플리케이션에 내결함성 및 오류 방지 조치를 제공해야 합니다.
5. 이식성 용이성: 시스템의 이식성을 향상시키기 위해 하드웨어 추상화 계층(HardWare Abstraction Level HAL)과 보드 지원 패키지(Board Support Package BSP)의 기본 설계 기술을 주로 사용

임베디드 시스템 --- 프로세스 스케줄링

1. 멀티 코어 CPU의 경우 운영 체제 작업 스케줄링 알고리즘을 최적화하는 것이 효율성을 보장하는 핵심입니다. 일반 태스크 스케줄링 알고리즘에는 글로벌 큐 스케줄링 및 로컬 큐 스케줄링이 포함됩니다.

1. 1. 전역 작업 스케줄링 알고리즘은 운영 체제가 전역 작업 대기 대기열을 유지한다는 것을 의미하며, CPU 코어가 시스템에서 유휴 상태일 때 운영 체제는 전역 작업 대기 대기열에서 준비된 작업을 선택하여 이 코어에서 실행을 시작합니다. 이 접근 방식의 장점은 CPU 코어 활용도가 높다는 것입니다.
   2. 부분 작업 스케줄링 알고리즘: 운영 체제가 각 CPU 코어에 대한 로컬 작업 대기 큐를 유지한다는 의미이며, CPU 코어가 시스템에서 유휴 상태일 때 코어의 작업 대기 큐에서 적절한 작업을 선택하여 실행합니다. 작업은 기본적으로 여러 CPU 코어 사이를 전환할 필요가 없으므로 CPU 코어의 로컬 캐시 적중률을 개선하는 데 도움이 됩니다.
   3. 현재 대부분의 멀티 코어 CPU 운영 체제는 글로벌 대기열을 기반으로 하는 태스크 스케줄링 알고리즘을 사용합니다.

데이터베이스 시스템 --- 데이터베이스 스키마

1. 데이터베이스는 일반적으로 3단계 모듈 구조를 채택합니다. 여기서 보기는 외부 모드에 해당하고 기본 테이블은 모드에 해당하며 저장 파일은 내부 모드에 해당합니다.
2. 데이터의 독립성은 DBMS의 2차 이미지 기능에 의해 보장되며, 데이터의 독립성은 데이터의 물리적 독립성과 데이터의 논리적 독립성을 포함한다.

1. 1. 데이터의 물리적 독립성: 데이터베이스의 내부 스키마가 변경되더라도 데이터의 논리적 구조는 변경되지 않습니다. 프로그램이 올바르게 실행될 수 있도록 하려면 개념 모드와 내부 모드의 이미지를 수정해야 합니다.
   2. 데이터의 논리적 독립성이란 사용자의 응용 프로그램과 데이터베이스의 논리적 구조가 서로 독립적이라는 것을 의미하며, 데이터의 논리적 구조가 변경된 후 사용자 프로그램을 수정할 필요가 없습니다. 그러나 애플리케이션이 올바르게 실행될 수 있도록 하려면 외부 모듈과 개념적 모델 간의 이미지를 수정해야 합니다.

인덱스 작성은 단순한 논리적 설계가 아니라 데이터베이스의 물리적 구조를 수정합니다. 내부 모드는 저장 매체에 있는 데이터의 물리적 구성과 레코드 주소 지정 모드를 지정합니다.

2단계 커밋 작성의 의미는 다음 두 가지 규칙에 따라 결정됩니다.

1. 한 참가자만 트랜잭션을 철회하는 경우 코디네이터는 전체 철회 결정을 내려야 합니다.
2. 코디네이터는 모든 참가자가 트랜잭션 커밋에 동의하는 경우에만 전역 커밋 결정을 내릴 수 있습니다.

데이터베이스 시스템---관계 대수학

좌측을 중심으로 자연스러운 연결, 중복 컬럼 제거

데이터베이스 시스템---정규화 이론

1. 이러한 종류의 문제를 해결하기 위해서는 그래픽 방식을 사용하는 것이 더 적절하며, 다음은 그래픽 방식으로 그린 ​​다이어그램입니다.

A와 D는 진입차수가 0인 노드이며 후보 키의 일부여야 합니다. 그러나 A와 D만 후보키 역할을 할 수 없기 때문에 다른 속성을 추가해야 하며, B를 추가한 후 ABD는 전체 그래프를 순회하여 후보키 ​​역할을 할 수 있고, C를 추가한 후 ACD도 전체 그래프를 순회할 수 있으며, 따라서 ABD와 ACD는 모두 후보 키입니다.

후보키를 찾으면 임의의 후보키를 포함한 모든 속성이 주속성이므로 ABCD가 주속성이다.

데이터베이스 시스템---데이터베이스 보안 제어

SQL에서 사용자로부터 데이터에 대한 조작 권한을 부여하거나 취소하기 위해 권한 부여 및 취소 명령문이 사용됩니다.

권한 부여 문은 사용자에게 권한을 부여하고 취소 문은 사용자에게 이미 부여된 권한을 취소합니다.

보조금 명세서의 일반적인 형식은 다음과 같습니다.

권한 부여 옵션을 사용하여 "객체 이름"에 대한 "권한"을 "사용자"에게 부여

권한 부여 옵션을 사용한다는 것은 권한 부여 및 취소가 연속됨을 의미합니다. 예를 들어 개체 권한 부여에 with 권한 부여 옵션을 사용하는 경우 권한 부여된 사용자는 다른 사용자 또는 역할에 보조 개체 권한을 부여할 수도 있지만 관리자는 with 권한 부여 옵션을 철회합니다. 사용자 개체 권한이 부여되면 전파로 인해 권한이 무효화됩니다. 그리고 public을 사용하면 모든 사용자에게 권한을 할당할 수 있습니다.

데이터베이스 시스템---동시 제어

1. 무결성은 데이터베이스의 정확성과 호환성을 말하며, 합법적인 사용자가 데이터베이스를 사용할 때 의미상 일관성이 없는 데이터를 데이터베이스에 추가하는 것을 방지합니다. 데이터가 올바른지 확인하고 불법 업데이트를 피하십시오. 질문 줄기의 동시성 제어는 여러 사용자가 공유하는 시스템에서 많은 사용자가 동시에 동일한 데이터에 대해 작업할 수 있으므로 무결성이 손상되지 않도록 불법 업데이트를 피해야 함을 의미합니다.

데이터 제어 기능에는 데이터베이스의 데이터 보안, 무결성, 동시성 및 복구 제어가 포함됩니다. 안에:

1. 보안(security)은 악의적인 접근으로부터 데이터베이스를 보호하는 것, 즉 불법적인 사용으로 인한 데이터 유출, 변조 또는 파괴를 방지하는 것을 말합니다. 이런 식으로 사용자는 규정에 따라 데이터를 처리할 수 있습니다.예를 들어 서로 다른 권한이 구분되어 일부 사용자는 데이터 읽기 권한만 있고 일부 사용자는 데이터 수정 권한이 있습니다.사용자는 범위 내에만 있을 수 있습니다. 지정된 권한의 데이터베이스를 조작하십시오.
2. 무결성은 데이터베이스의 정확성과 호환성을 말하며 합법적인 사용자가 데이터베이스를 사용할 때 의미상 일치하지 않는 데이터를 데이터베이스에 추가하는 것을 방지하고 데이터베이스의 데이터가 올바른지 확인하며 불법 업데이트를 방지합니다.
3. 동시성 제어는 여러 사용자가 공유하는 시스템에서 많은 사용자가 동시에 동일한 데이터에 대해 작업할 수 있음을 의미합니다. DBMS의 동시성 제어 하위 시스템은 동시 트랜잭션 실행을 조정하고 데이터베이스의 무결성이 손상되지 않도록 하며 사용자가 잘못된 데이터를 얻는 것을 방지하는 역할을 합니다.
4. 장애 데이터베이스 복구의 네 가지 유형의 장애는 내부 트랜잭션 장애, 시스템 장애, 미디어 장애 및 컴퓨터 바이러스입니다. 결함 복구는 주로 데이터베이스 자체를 복구하는 것을 의미합니다. 즉, 결함으로 인해 데이터베이스의 현재 상태가 일관성이 없게 된 후 데이터베이스를 올바른 상태 또는 일관된 상태로 복원하는 것입니다. 복구의 원리는 매우 간단합니다. 즉, 중복 데이터(redundancy)를 설정하는 것입니다.

컴퓨터 네트워크---tcp, ip 프로토콜 제품군

전자 메일 프로토콜에는 일반적으로 smtp 및 pop3이 포함되며 여기서 smtp는 전자 메일을 보내는 프로토콜이고 pop3은 전자 메일을 받는 프로토콜입니다.

1. MIME, Multipurpose Internet Mail Extensions는 다음을 지원하도록 이메일 표준을 확장하는 인터넷 표준입니다. 비acsii 문자를 포함하는 정보(헤더 정보)
2. pop3 프로토콜을 사용하면 이메일 클라이언트가 서버에서 이메일을 다운로드할 수 있지만 클라이언트 측에서 작업(예: 이메일 이동, 읽음으로 표시 등)을 수행할 수 있습니다. 서버로 다시 피드백되지 않으며, 예를 들어 이메일 중 하나가 클라이언트에서 수신되어 다른 폴더로 이동된 경우 사서함 서버에 있는 이 이메일은 동시에 이동되지 않습니다.
3. IMAP 클라이언트의 작업은 서버로 피드백되며, 메일에 대한 작업도 서버의 메일에 상응하게 수행됩니다.

DNS 프로토콜의 역할: 도메인 이름(URL)을 IP 주소로 확인하는 이 프로세스를 DNS 도메인 이름 확인이라고 합니다. 클라이언트는 DNS 서버에 도메인 이름 쿼리 요청을 보내고 DNS 서버는 클라이언트에게 웹 서버의 IP 주소를 알리고 마지막으로 클라이언트는 웹 서버와 통신합니다.

ARP 프로토콜은 IP 주소를 MAC 주소로 변환합니다.

현재 호스트 이름을 IP 주소로 확인하기 위한 명확한 프로토콜은 없습니다.