멀티스레딩 개념 부분 기아
멀티스레딩 시리즈 2부에 오신 것을 환영합니다! 1부에서는 원자성과 불변성에 대해 살펴보았습니다.
이 부분에서는 공정성과 시스템 성능을 보장하기 때문에 엔지니어에게 필수적인 기아 현상을 더 깊이 이해해 보겠습니다. 엔지니어는 기아 위험을 인식함으로써 공정성을 우선시하고, 리소스 독점을 방지하고, 모든 스레드가 최적으로 작동하는 데 필요한 CPU 시간과 리소스를 확보하도록 하는 시스템을 설계할 수 있습니다.
게임 로비의 끝없는 기다림
온라인 멀티플레이어 게임을 하고 있고 팀 전투와 같은 인기 있는 게임 모드의 로비에 참가하려고 한다고 상상해 보세요. 한동안 로비에서 기다리고 있었지만 경기가 시작될 때마다 인터넷 속도가 더 빠르거나 스킬 순위가 더 높은 새로운 플레이어 배치가 우선적으로 게임에 추가됩니다. 경기가 계속해서 시작되는 것을 보지만 결코 입장할 생각이 없는 것 같습니다!
기술적으로는 대기열에 있지만 응답 시간이 빠르거나 순위가 높은 다른 플레이어가 계속 먼저 게임에 참여하기 때문에 대기실에 무기한 방치됩니다. 완벽하게 작동하는 시스템을 갖추고 있음에도 불구하고 매치메이킹 알고리즘이 다른 플레이어를 부당하게 우선시하는 방식으로 인해 플레이할 기회가 거부됩니다.
1. 기아
기아상태는 해당 리소스를 사용할 수 있음에도 불구하고 진행하는 데 필요한 리소스에 대한 프로세스의 액세스가 지속적으로 거부되는 상황입니다. 우선 순위가 높은 프로세스나 기타 리소스 할당 정책으로 인해 필요한 리소스를 확보하지 못하기 때문에 프로세스는 대기 상태로 유지됩니다. 교착 상태와 달리 리소스를 완전히 사용할 수 없는 것은 아니지만, 불공정한 스케줄링으로 인해 프로세스가 리소스에 액세스할 수 없습니다.
2. 원인
우선순위 반전: 우선순위가 높은 프로세스가 우선순위가 낮은 프로세스가 보유한 리소스를 기다리고 있는 경우 우선순위가 낮은 프로세스는 다른 높은 우선순위의 프로세스가 실행될 경우 CPU 시간이 부족할 수 있습니다. 프로세스가 계속 도착합니다.
리소스 할당 정책: 일부 예약 알고리즘은 특정 프로세스(일반적으로 우선순위가 더 높은 프로세스)를 선호할 수 있으며, 이로 인해 우선순위가 낮은 프로세스에 리소스가 거의 할당되지 않는 상황이 발생할 수 있습니다.
잘못 설계된 알고리즘: 자원 할당 알고리즘이 균형이 맞지 않거나 공정하지 않으면 특정 프로세스가 지속적으로 간과될 수 있습니다.
높은 리소스 수요: 몇몇 프로세스가 과도한 양의 리소스를 요구하는 경우 해당 리소스를 독점하여 다른 프로세스가 고갈될 수 있습니다.
긴 대기 시간: 자주 선점되거나 제한된 리소스를 놓고 경쟁하는 프로세스에서는 기아 상태가 발생할 수 있습니다.
3. 기아 예방
- 공정하게 ReentrantLock 사용
Java의 ReentrantLock은 공정성을 강화할 수 있는 옵션을 제공합니다. true 인수와 함께 ReentrantLock 생성자를 사용하면 스레드가 선착순(FCFS) 방식으로 잠금을 획득하여 기아 상태를 방지할 수 있습니다.
private final Lock lock = new ReentrantLock(true); // Fair lock
- 공정한 자원 공유를 위한 세마포어 사용
세마포어는 제한된 수의 리소스에 대한 액세스를 제어하는 데 사용됩니다. 공정성이 활성화된 세마포어를 사용하면 스레드가 기아를 방지하면서 공정한 순서로 허가를 획득하도록 할 수 있습니다.
private final Semaphore sp = new Semaphore(1, true); // Fair semaphore
세마포어(1, true)는 단 하나의 허가와 공정성이 활성화된 세마포어입니다.
- 생산자-소비자 문제에서 기아 방지(BlockingQueue 사용)
전통적인 생산자-소비자 문제에서는 생산자가 소비자를 압도하거나 소비자가 공유 자원에 대한 접근을 거부하는 경우 기아가 발생할 수 있습니다. BlockingQueue는 생산자와 소비자 간의 동기화를 자동으로 처리하므로 이를 방지합니다. 대기열이 가득 차거나 비어 있으면 생산자와 소비자가 모두 차단됩니다. 이는 둘 사이의 공정한 균형을 보장하고 하나가 다른 하나를 압도하는 것을 방지하여 기아를 방지합니다.
- 공정한 작업 스케줄링을 위해 Java의 ForkJoinPool 사용
여러 작업이 분기되고 조인되는 시나리오에서 Java의 ForkJoinPool은 스레드 간에 작업 균형을 공정하게 조정하는 방법을 제공합니다. 작업 도용을 보장하여 덜 활동적인 스레드의 고갈을 방지합니다. Java의 ForkJoinPool은 작업 분할 및 균형 조정을 효율적으로 처리하여 작업이 부족한 스레드가 없도록 보장합니다. 이는 모든 작업을 원활하게 진행하기 위해 유휴 스레드가 바쁜 스레드에서 작업을 훔치는 작업 훔치기 알고리즘을 사용하여 달성됩니다.
4. 운영체제가 기아를 방지하는 방법
운영 체제(OS)는 기아 상태, 즉 우선순위가 더 높은 작업이 지배하기 때문에 특정 프로세스나 스레드에 필요한 리소스(예: CPU 시간, 메모리 또는 I/O 액세스)가 오랫동안 거부되는 상황을 방지하기 위해 다양한 기술을 사용합니다. OS가 기아를 방지하는 몇 가지 일반적인 방법은 다음과 같습니다.
No. | Method | Description | Prevents Starvation By |
---|---|---|---|
1 | Aging | Gradually increases priority of waiting processes. | Prevents long waits by adjusting priority based on wait time. |
2 | Round-Robin Scheduling | Allocates CPU time in a fixed cyclic order. | Ensures all processes get CPU time, avoiding starvation. |
3 | Completely Fair Scheduler | Allocates CPU based on fairness, independent of priority. | Ensures fair distribution of CPU time. |
4 | Priority Boosting | Temporarily raises the priority of starved processes holding important resources. | Prevents priority inversion and ensures high-priority tasks get needed resources. |
5 | Multilevel Feedback Queues | Dynamically adjusts process priorities based on behavior. | Promotes long-waiting processes to higher-priority queues. |
6 | Semaphores with Fairness | Ensures fair access to resources through FIFO queues. | Prevents low-priority tasks from being perpetually blocked by higher-priority tasks. |
7 | Fair Resource Allocation | Distributes system resources like CPU and memory based on process demand and need. | Prevents resource-hogging processes from starving others. |
8 | Fair I/O Scheduling | Prioritizes I/O requests to ensure timely completion for all processes. | Prevents disk I/O starvation for processes making low-priority requests. |
이러한 전략을 구현함으로써 운영 체제는 어떤 프로세스나 스레드에도 리소스가 무한정 부족하지 않도록 보장하여 시스템 리소스를 보다 공정하고 효율적으로 사용할 수 있도록 합니다.
소프트웨어 엔지니어를 위한 주요 사항
- 기아는 프로세스가 리소스에 대한 액세스를 계속 거부하는 진행 문제이지만 교착 상태 주기에서 이를 차단하는 다른 프로세스와 반드시 관련되는 것은 아닙니다. 불공정한 일정이나 자원 배분으로 인해 발생하는 경우가 많습니다.
- 기아는 필요한 자원이 있음에도 불구하고 이를 얻을 기회가 전혀 없는 경우에 발생합니다.
- Starvation은 시스템에 교착상태가 없는 경우에도 발생합니다.
- 기아는 교착 상태 예방의 부작용(예: 교착 상태를 피하기 위해 특정 프로세스의 우선순위 지정)이 될 수 있으므로 교착 상태 방지 전략과 공정성의 균형을 맞추는 것이 중요합니다.
참조
이 글을 쓸 수 있게 해준 온라인 문서, 커뮤니티 및 모든 리소스에 큰 감사를 드립니다.
- 멀티스레딩 개념 1부: 원자성과 불변성
- 스택오버플로우
- 정보 그래픽
위 내용은 멀티스레딩 개념 부분 기아의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undress AI Tool
무료로 이미지를 벗다

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

해시 맵은 Java의 해시 테이블을 통해 키 값 쌍 스토리지를 구현하며, 그 핵심은 데이터 위치를 빠르게 배치하는 데 있습니다. 1. 먼저 키의 hashcode () 메소드를 사용하여 해시 값을 생성하고 비트 작업을 통해 배열 인덱스로 변환합니다. 2. 다른 객체가 동일한 해시 값을 생성하여 충돌을 일으킬 수 있습니다. 현재 노드는 링크 된 목록의 형태로 장착됩니다. JDK8 후 링크 된 목록이 너무 길고 (기본 길이 8) 효율을 향상시키기 위해 빨간색과 검은 색 트리로 변환됩니다. 3. 사용자 정의 클래스를 키로 사용하는 경우 equals () 및 hashcode () 메소드를 다시 작성해야합니다. 4. 해시 맵은 용량을 동적으로 확장합니다. 요소 수가 용량을 초과하고 하중 계수 (기본 0.75)를 곱하면 확장 및 재사용; 5. 해시 맵은 스레드 안전이 아니며 Multithreaded에서 Concu를 사용해야합니다.

선택 사항은 의도를 명확하게 표현하고 널 판단에 대한 코드 노이즈를 줄일 수 있습니다. 1. 옵션. ofnullable은 null 객체를 다루는 일반적인 방법입니다. 예를 들어, 맵에서 값을 가져올 때 Orelse는 기본값을 제공하는 데 사용하여 논리가 명확하고 간결합니다. 2. 체인 호출 맵을 사용하여 중첩 값을 달성하여 NPE를 안전하게 피하고 링크가 널이면 자동으로 종료되고 기본값을 반환합니다. 3. 필터는 조건부 필터링에 사용될 수 있으며, 조건이 충족되는 경우에만 후속 작업이 계속 수행됩니다. 그렇지 않으면 가벼운 비즈니스 판단에 적합한 Orelse로 직접 이동합니다. 4. 기본 유형이나 간단한 논리와 같은 선택적 사례를 과도하게 사용하는 것은 권장되지 않으므로 복잡성을 증가 시키며 일부 시나리오는 NU로 직접 돌아갑니다.

java.io.notserializableException을 만나기위한 핵심 해결 방법은 직렬화 해야하는 모든 클래스가 직렬화 가능한 인터페이스를 구현하고 중첩 된 객체의 직렬화 지원을 확인하는지 확인하는 것입니다. 1. 메인 클래스에 상해를 추가하십시오. 2. 클래스의 해당 커스텀 필드 클래스가 세련된 세포화 가능하도록하십시오. 3. 직렬화 할 필요가없는 마크 필드에 과도를 사용하십시오. 4. 수집 또는 중첩 된 물체에서 비 시리얼 유형을 점검하십시오. 5. 인터페이스를 구현하지 않는 클래스를 확인하십시오. 6. 키 데이터 저장 또는 직렬화 가능한 중간 구조 사용과 같이 수정할 수없는 클래스의 교체 설계를 고려하십시오. 7. 수정을 고려하십시오

Java의 문자 인코딩 문제를 처리하려면 키는 각 단계에서 사용되는 인코딩을 명확하게 지정하는 것입니다. 1. 텍스트를 읽고 쓰는 시점에 항상 인코딩을 지정하고 InputStreamReader 및 OutputStreamWriter를 사용하고 시스템 기본 인코딩에 의존하지 않도록 명시 적 문자 세트를 전달하십시오. 2. 네트워크 경계에서 문자열을 처리 할 때 양쪽 끝이 일관되도록하고 올바른 컨텐츠 유형 헤더를 설정하고 라이브러리와 인코딩을 명시 적으로 지정하십시오. 3. String.getBytes () 및 Newstring (byte [])을주의해서 사용하고 플랫폼 차이로 인한 데이터 손상을 피하기 위해 항상 Standardcharsets.utf_8을 수동으로 지정하십시오. 요컨대,

Javasocket 프로그래밍은 네트워크 통신의 기초이며, 클라이언트와 서버 간의 데이터 교환은 소켓을 통해 실현됩니다. 1. Java의 소켓은 클라이언트가 사용하는 소켓 클래스와 서버에서 사용하는 서버 소켓 클래스로 나뉩니다. 2. 소켓 프로그램을 작성할 때 먼저 서버 청취 포트를 시작한 다음 클라이언트의 연결을 시작해야합니다. 3. 커뮤니케이션 프로세스에는 연결 설정, 데이터 읽기 및 쓰기 및 스트림 폐쇄가 포함됩니다. 4. 예방 조치에는 포트 충돌을 피하고 IP 주소를 올바르게 구성하고, 자원을 합리적으로 폐쇄하고, 여러 클라이언트를 지원하는 것이 포함됩니다. 이것들을 마스터하면 기본 네트워크 통신 기능을 실현할 수 있습니다.

Java에서는 비교 가능성이 기본 정렬 규칙을 내부적으로 정의하는 데 사용되며 비교기는 여러 정렬 로직을 외부로 정의하는 데 사용됩니다. 1. 클래스 자체가 구현 한 인터페이스입니다. 비교 () 메소드를 다시 작성하여 자연 순서를 정의합니다. 문자열 또는 정수와 같은 고정되고 가장 일반적으로 사용되는 분류 방법이있는 클래스에 적합합니다. 2. 비교기는 외부 정의 된 기능 인터페이스이며, 동일한 클래스에 여러 정렬 방법이 필요한 상황에 적합한 Compare () 메소드를 통해 구현되며, 클래스 소스 코드를 수정할 수 없거나 정렬 로직이 종종 변경됩니다. 둘의 차이점은 비교할 수있는 분류 논리 만 정의 할 수 있으며 클래스 자체를 수정하면서 비교할 필요가 있다는 것입니다.

Java에는지도를 가로 지르는 세 가지 일반적인 방법이 있습니다. 1. Entryset을 사용하여 키와 값을 동시에 얻으십시오. 이는 대부분의 시나리오에 적합합니다. 2. 키즈 또는 값을 사용하여 각각 키 또는 값을 가로 지르십시오. 3. 코드 구조를 단순화하려면 Java8의 foreach를 사용하십시오. Entryset은 모든 키 값 쌍이 포함 된 세트 세트를 반환하고 각 루프는 맵을 가져옵니다. 열 객체는 키와 값에 자주 액세스하기에 적합합니다. 키나 값 만 필요한 경우 각각 Keyset () 또는 values ()를 호출하거나 키를 가로 질러 Map.Get (키)를 통해 값을 얻을 수 있습니다. Java 8은 foreach ((키, 값)-& gt를 사용할 수 있습니다

injava, thestatickeywordmeansamembeLongstotheclassitself, nottoinstances.StaticvariablesAresharedAcrossAllInstances 및 OutObjectCreation, 유용한 ForgloBalTrackingorConstants.StaticMethodsOperateateAteAteClassEvel, canceCcessnon-StaticMbers, statice
