JS 런타임 질문드립니다

Question

const app &#61; new Application(); app.use(async (context) &#61;> { console.log(&#96;Request started at: ${new Date().toISOString()}&#96;); await new Promise((resolve) &#61;> setTimeout(resolve, 3000)); context.response.body &#61; &#34;Hello World!&#34;; console.log(&#96;Request ended at: ${new Date().toISOString()}&#96;); }); await app.listen({ port: 80 }); deno&#43;oak 예제입니다 클라이언트 크롬 탭 두개 띄워놓고 동시에 요청하면 두번째 탭은 6초가 지나서야 결과를 받아 볼 수 있습니다.1. await 뒤에 setTimeout이 쿼리와 같은 3초정도 걸리는 다른 작업일 때도 결과가 똑같은지2. 만약 이런식으로 시간이 걸리는 작업이 다른 요청을 차단한다면 scaling 말고 다른 처리 방식이 있는지 가 궁금합니다.고수님들 알려주세용

하얀뼈 · Answer

app.use 바로 아래에 async await 써서 그렇지스코프를 한단계 더 아래로 분리하면 별도로 실행됩니다

핸호 · Answer

제가 deno에 대해 얕게 아는 바로는.. deno는 node js와 달리 들어온 요청들을 직렬로 처리하도록되어있습니다. 즉 다른 클라이언트로부터 다른 요청이 왔더라도 기다렸다 하나씩 처리함. 이러면 동시성 문제 같은걸 해결하기 좋죠. 물론 특정 route에 대해 굳이 직렬로 기다리지 않고싶다면 병렬로도 처리 가능합니다.

0101000011 · Answer

문제 해결 했습니다.문제의 원인은 런타임이나 프레임워크의 문제가 아니었고 브라우저 캐시 때문이었습니다. 브라우저단에서 탭간의 동일한 요청에 대해 동일한 TCP 연결을 공유하여 같은 연결에서 요청을 대기 시킬 수 있다고 하네요.브라우저 프로세스를 두 개 띄워서 테스트하거나 터미널에서 curl & curl 하면 요청이 병렬로 잘 처리됩니다또한 한 프로세스에서 여러개의 탭을 띄워서 이를 테스트 할 시엔 개발자 도구에서 네트워크 캐시 사용 중지를 체크할 시에도 병렬로 처리가 잘 갑니다.

JS 런타임 질문드립니다

3개의 답변

기술 목록