[일반] CRUD.. 확장,테스트,변경,트래픽,가용성

[차에코푼쌧키(host0274)]

. . 그리고  좆같은 redis,mq들

자네는 단순 json상하차입니까?

- dc official App

[김대기(waitkim)]

넌 개발을 왜 하는거냐? 재미 못느끼면 얼른 다른 길 알아봐

[차에코푼쌧키(host0274)]

슬슬 어디든 들어가야겠습니다. 쉐도우복싱은 그리 즐겁진않네요 그나마 지금 확 와닿는게 db쪽 최적화뿐 - dc App

[차에코푼쌧키(host0274)]

뭐 하나만 물어봐도 되겠습니까 - dc App

[김대기(waitkim)]

적당히 수준 맞춰서 취업하는거 나쁜일 아님 sns가 다 망쳤다

[김대기(waitkim)]

꺼졐

[차에코푼쌧키(host0274)]

[김대기(waitkim)]

이상한거 아니면 해봐

[차에코푼쌧키(host0274)]

트래잭션과 정합성 물어볼려했는데 답만찾는 날먹마인드같아서 질문취소 - dc App

[김대기(waitkim)]

굿

[차에코푼쌧키(host0274)]

님 비동기처리할때 단일서버면 스레드풀을 나누기도함? 특정i/o작업위주 스레드풀, 단순응답반환 스레드풀 - dc App

[김대기(waitkim)]

ㅇㅇ

[익명(1.236)]

나눠서 얻는 이점이 뭐임?

[김대기(waitkim)]

블로킹 api에서도 병렬 io가 가능하지

[익명(1.236)]

블로킹 api에서도 병렬io가 가능하다는 말이 무슨 말인지 몰라서 알아봤는데, 블로킹 api: 시간이 오래 걸리는 작업이 끝날 때까지 쓰레드가 계속 대기하는 api 병렬 io: 여러 쓰레드가 동시에 컨텍스트 스위칭하면서 io작업을 수행하는 것 이라고 이해했는데 맞음? 그런데 이게 왜 쓰레드 풀을 작업 위주로 나누었을 때 얻는 이점임?

[익명(1.236)]

내가 이해한 대로라면, 스레드풀을 작업 위주로 나누지 않고 하나의 공통된 스레드풀만 써도 블로킹api에서 병렬 io가 가능할 것 같은데

[차에코푼쌧키(host0274)]

걍 니 상황에맞게 공부해라; 돈좀있으면 인스턴스도 늘리고, 난 적절한 트레이드 오프였으니 - dc App

[익명(1.236)]

대기가 한 말 무슨 소린지 이해가 안 가서 물어본건데, 니 상황에 맞게 공부하라는건 뭔 소리임? 적절한 트레이드 오프였다는건 뭔소리고?

[김대기(waitkim)]

단순응답반환 스레드풀이 메인이라는 전제 하에서, 특정i/o 작업들이 스레드를 전부 다 가져다 써버리면 모든 요청 처리가 펜딩되게 됨 특수한 i/o 작업이 단순응답반환만큼 많고 중요하다면 서버를 나눠야지

[김대기(waitkim)]

용도가 다르면 나누는게 기본이야 각각의 특이점 관리 절대로 못한다

[익명(1.236)]

명확하게 이해감. ㄱㅅ

[김대기(waitkim)]

특정 io 작업위주 스레드를 나누기도 하긴 하지 예를 들어서 WebClient를 쓴다거나

[이 댓글은 게시물 작성자가 삭제하였습니다.]

이 댓글은 게시물 작성자가 삭제하였습니다.