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

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 문이 정상 종료되는게 맞지 않나요?

컨텍스트 스위칭에서 캐시 플러시가 발생한다고 되어 있는데,이는 프로세스 간의 컨텍스트 스위칭이 아니라 스레드간 컨텍스트 스위칭에서도 발생하는지 궁굼합니다.왜냐하면 스레드는 주소 공간을 공유하기 때문에 데이터 영역은 플러시해야겠지만, 명령어 영역은 플러시 하지 않아도 되는거 아닌가 생각이 듭니다. 또한 캐시를 플러시 한다는 뜻이 캐시의 데이터를 메모리에 반영하는, 즉 write-back 동작인지도 궁굼합니다.제가 검색을 통해 찾아봤을 때는 캐시 flush는 캐시를 invalidate 하여 캐시를 메인 메모리에 반영하지 않고 초기화만 하는 것으로만 나왔습니다. 그런데 캐시 플러시가 메인 메모리에 반영하지 않는다면 데이터가 없어져 버리니, 제가 알아본 개념이 잘못된 것이 아닌가 합니다. 제가 자바로 실행했을 때 역시 컨텍스트 스위칭이 발생하면서 캐시 데이터가 메인 메모리로 반영이 되고, 그 값을 가져옴으로써 스레드가 종료될 수 있었습니다.

multi thread와 PC, PC register, context switching에 대해서 이 노트와 https://www.inflearn.com/questions/489172 를 참조하여 새롭게 정리해 보았는데 제가 이해한 것이 맞는지 한번 보아주십시오. multi thread에서는 각각의 thread가 자신의 PC값을 TCB(Thread Control Block)에 저장을 합니다(multi thread에서는 각각의 thread가 독립적인 PC값을 가지고 있어야 합니다). 그 이유는 한 process 내에서도 thread 사이에 context switching이 일어나는데, TCB에 code address(PC)가 저장되어 있어야 해당 쓰레드가 어느 코드 영역까지 진행했는지를 기억하여 그 다음 코드부터 실행을 할 수 있기 때문입니다. 예를 들면 thread a 에서 thread b로 context switch가 일어나면, 현재의 PC register에 저장되어 있는 값을 thread a의 TCB에 저장을 하고, thread b의 TCB의 PC값을 불러와 PC register에 저장을 합니다. CPU는 PC register가 새롭게 가리키는  thread b의 code영역, 즉 thread b 내에서 다음에 실행해야 할 명령의 주소값(PC)을 참조하여 실행을 하게 되는 것입니다. ▶ multi thread concurrency: thread 사이에 context switching을 하다가, 또한 process 사이에서도 context switching을 하는 것입니다. 예를 들면 process 1과 process 2에 각각 thread a, thread b가 있다고 하면, process 1의 thread a에서 process 2의 thread b로 context swtiching이 일어나면, PC register의 값을 process 1 thread a의 TCB에 저장을 하고, process 2 thread b의 TCB의 PC값을 불러와 PC register 값에 저장을 하면, CPU는 PC register가 가르키는 process 2 thread b의 code 영역을 참조하여 실행을 하게 되는 것입니다.

process context switching 시에 캐시 메모리를 초기화 해야 하지만 thread간의 context switching시에는 초기화 할 필요가 없는 이유가 무엇인가요~? context swtiching에서 캐시 메모리가 하는 역할은 무엇인지요?