강의 정말 잘 듣고있습니다!!제 프로젝트에서 회원가입API에 회원가입과 메일전송이있고 메일전송을 스프링의 @Async로 처리하고 있는 상황입니다.1. 만약 CPU가 1대라면 API호출한 스레드와 비동기 스레드가 context switching 발생하면서 처리되는게 맞을까요?2. 만약 100개의 요청이 회원가입 API에 몰리고 cpu가 1대라면 Async전용 스레드풀의 스레드 개수는 어떻게 될지 짐작이 안갑니다. 일반적인 애플리케이션 스레드풀은 강의해주신대로 스레드풀 사이즈, 큐 사이즈 등에 따라서 그림이 그려지지만.. Async전용 스레드풀도 똑같이 100개의 요청이 한번에 들어와 애플리케이션 스레드풀처럼 동작할까요..?

우선 좋은 강의 감사드립니다.강의내용중 running -> runnable 로 이동하는 방법에 yield, I/O 가 있다고 하셨는데, DB query 등을 하면 응답이 올때까지 waiting으로 상태변경이 되는게 아닐까 싶어 샘플코드를 짜보니 정말로 running-> runnable 상태이던데, 1) 응답이 올때까지 기다리는 것이기도 하고 2) runnable 이면 언제라도 running이 될수 있는데, 이 경우 running -> runnable -> running 으로 상태변경되었는데 아직 응답이 오지 않았으면 다시 runnable 로 넘어가고.. 이런게 반복되는건가요? 샘플코드는 아래와 같이 만들어봤습니다. RestTemplate template = new RestTemplate();template.getEntity(xxx); // 응답이 10초 걸리는 api 호출10초 내에 위 작업을 하는 쓰레드의 상태를 log 로 찍으니 runnable 로 나왔습니다.

안녕하세요. 강의를 듣다가 궁금한 점이 있습니다!CPU 코어 수보다 작업 수가 같거나 많은 경우병렬성 처리 + 동시성 처리CPU 코어 수보다 작업 수가 적은 경우병렬성 처리 이렇게 이해를 했는데요.'작업 수'라는게 정확히 어떤 작업을 말씀하시는 건가요?예를 들어, jar를 nohup으로 실행하면 프로세스 하나가 실행되는데 이 안에서 작업이라는거는 어떤 것을 말씀하시는 건지 궁금합니다. (자바 메서드를 실행하거나 그런건 아닌거 같은데..) 그리고 하나 더 궁금한 점이 있는데요.만약 java main 메서드가 실행되어 "hello world"라는 출력을 한다고 하면, CPU가 스케줄 알고리즘으로 프로세스에 할당한 커널레벨 스레드가 자바의 main 스레드를 call 해서 main 스레드가 "hello world"를 찍는 건가요? 아직 제가 강의 뒷부분을 안들어서 그런건지..ㅋㅋㅋ

안녕하세요 선생님, 질문이 있어서 글 올립니다.[스레드 간 협력 - wait() & notify() 강의 - 6:23 ] 즈음에"notifyAll 이 더 선호된다"... 라고 했는데, 제가 뭘 놓친 걸 수도 있지만, 잘 이해가 안됩니다. 왜 notfiyAll 이 선호되는지에 대한 핵심적인 이유를 알려주실 수 있을까요?

메인스레드는 어플리케이션을 실행하는 최초의 스레드이자 어플리케이션 실행을 완료하는 마지막 스레드의 역할을 한다 고 되어있는데제공해주신 예제 코드 chaper02 의 exam02 MultiThreadAppTerminatedExample 를 실행 시켜보면 메인스레드 종료가 먼저 출력 된뒤 다른 스레드들이 실행 중 이라고 출력 됩니다.그러면 예제 코드에서 System.out.println("메인 스레드 종료"); 가 호출 된 뒤 실제로는 메인 쓰레드가 종료되지는 않고다른 스레드들이 다 종료 될 때 까지 대기 중인 상태 인가요?

제목그대로 인코딩중이라는 영상이 존재하는데, 기다리면 업로드되나요?

Thread 의 run 함수 안에서, 새로운 Thread 를 생성 할 경우가 있을까요?만약에, 그 경우가 있다면, Thread stack 과 Heap 영역의 구조가 어떤 식으로만들어질 지, 궁금합니다.즉, 기존 Thread Stack 에서, 동일하게, 새로운 Thread 가 Heap 에 할당되고, 새로운 Thread Stack 영역이 만들어지나요?

안녕하세요 선생님, 질문이 있습니다.[스레드 중지 – flag variable vs interrupt() - 2] 강의 - 9:00 ~ 9:08 즈음에 쓰레드 Context Switch 에 의해서 캐시가 비워진다고 말씀해주셨는데요.제가 [Context Switch] 강이 - 16:50 즈음에 나오는 ppt 하단의 프로세스 vs 쓰레드 목차에는 CPU 캐시 초기화는 프레세스 컨텍스트 스위칭에서 일어난다고 나옵니다. 음... 혹시, 쓰레드 Context Switch 도 CPU 캐시를 초기화할 수 있는 건가요??

안녕하세요 선생님, 재밌게 강의 보고 있는 개발자입니다.제가 [스레드 중지 – flag variable vs interrupt() - 2] 강의에서 9:15 즈음에, Thread.sleep(1) 을 통해서 Context Switch 를 강제하는 방법을 봤습니다. 결과적으로 정상 종료가 되었구요. 그런데 문득 의문점이 들더군요.제 의문점을 기반으로 질문을 하자면 아래와 같습니다. Question:굳이 Thread.sleep(1) 을 하지 않아도 제 컴퓨터에는 이미 무수히 많은 프로세스와 쓰레드가 존재하니, 언젠가는 Java 의 Thread 도 Context Switch 가 일어나지 않나요?? 그러면 결과적으로 계속 기다리면 언젠가는 Thread.sleep(1) 을 안 써도 실행한 main 문이 정상 종료되는게 맞지 않나요?