35강에서 willSet, didSet 관련하여 질문 드립니다.class ClassA { var a = 0}class ClassB { var b = ClassA() { willSet { print(newValue) } didSet { print(oldValue) } }}class는 레퍼런스 타입이라서 classB.b.a = 100이 안되고, struct는 된다고 하셨는데, 강의를 여러 번 들어도 이해가 가지 않아 질문 드립니다.혹시 더 자세하게 설명해주실 수 있을까요?

아래와 같은 프로그램을 만들때 어떤 방식으로  병렬처리를 구성 하면 될까요 ?조건 1 : 외부 통신 (시리얼) 로 물체의 감지 여부 (스트림 수신데이터) 를 계속 적으로 확인 해야 한다. 조건 2: 조건 1에서 물체가 감지 되었을때, 카메라의 영상을 가져온다. 조건 3: 조건 2에서 가져온 영상데이터를 다양한 처리를 하여 결과를 산출한다 (시간이 걸리는 작업) ——현재 문제점—조건 3에서 시간이 걸리기 때문에 조건 1의 감지가 실행 되지 않는 문제 제가 생각하는 루틴 Producer-Consumer Pattern 패턴 적용 조건 1에서 물체 감지 —생산자—조건 2에서 Queue 에 카메라 영상 저장 —소비자—조건 3에서  Queue 에  카메라 영상을 가져와 처리 질문 1 : 위와 같은 경우 어떤 병렬처리를 적용하면 제일 좋을까요 ? 질문 2 :  Producer-Consumer Pattern 패턴 적용 시 “py_ad_1_7.py” 조건3에서 오래 걸리는 작업을 실행 시 조건 1도 중간 중간 실행 할수 있을까요 ? 감사합니다.

안녕하세요 동시성 관련된 수업을 너무 잘 들었습니다. 위와 같이 만들어진 facade의 decrease 메서드를 controller에서 바로 사용하면 동시성 문제가 해결되는걸까요?

확인 부탁 드립니다.property observer 설명 없이 바로 코드 작성으로 들어가네요.

Task{}와 DispatchQueue.global().async{}와는다른건가요 ?? 아니면 동작방식은 똑같은데 이름만 다른건가요

안녕하세요. 강의 잘들었습니다!강의 내용 토대로 비동기로 API 수집을 구현했었는데API 서버가 제가 보낸 모든 요청을 처리하지못해 오류 발생하여 요청 수를 제어하려고 합니다.예를 들어들어 각기 다른 파라미터로 서버에 요청해야 할 수가 총 1000번이라면1초당 10개씩만 요청하려고 합니다.이럴 경우에는 어떻게 구현하는게 좋을까요?semaphore 사용해서 하는게 맞는건지 아님 aiohttp.BaseConnector 의 limit 수 파라미터를 조정하는게 맞는건지 궁금합니다.https://docs.aiohttp.org/en/stable/client_reference.html#baseconnector그리고 한번에 요청 보내는 수뿐만아니라 요청보내는 간격에 대해서도 제어하려면 어떻게하면 좋을지 의견부탁드립니다! 

test가 정상으로 처리되어 redisson을 추가하여 test하였습니다.RedissonLockStockFacadeTest는 이상이 없는데LettuceLockStockFacadeTest를 재시도 한 결과 실패가 됩니다.원인을 찾아보려고 다 다시 만들어봤지만 동일한 이슈가 발생하여습니다. 무엇이 문제일까요?redisson의 종속성을 삭제하고 돌리면 이상이 없음을 확인하였습니다. LettuceLockStockFacade 컴포넌트 와RedissonLockStockFacade 컴포넌트는 함께 사용할 수 는 없나요?또한 그 이유가 무엇인가요?

안녕하세요. 동시성 이슈를 synchronized 키워드를 사용하지 않고 해결해보려고 했었는데요.MySQL InnoDB의 default level은 repeatable_read로 알고 있어서 한 단계 더 높은 수준인 serializable로 설정하면 동시성 이슈를 해결할 수 있을거라 생각을 했었는데요. 그래도 동시성 이슈가 발생하더라구요..@Transactional(isolation = Isolation.SERIALIZABLE) public void decrease(Long id, Long quantity) { Stock stock = stockRepository.findById(id).orElseThrow(); stock.decrease(quantity); stockRepository.saveAndFlush(stock); }제가 뭘 놓치고 있을까요?

실무에서 mysql lock을 사용하면 퍼포먼스부분에서 우려가 되는데요~실무에선 redis를 사용한 동시성 제어를 주로 하나요?실제로 실무에서 어떠한 방법으로 동시성을 처리하는지 궁금합니다!!

[Assert] UINavigationBar decoded as unlocked for UINavigationController, or navigationBar delegate set up incorrectly. Inconsistent configuration may cause problems.위와 같은 에러가 발생하는데, 코드 문제는 아닌거 같고 Xcode문제 인 것 같습니다. 구글링을 해봐도 해결책을 찾지 못해 질문 남겨요 !!  아 그리고 혹시 SwiftUI 강의도 새로 찍으실 계획이신가요 ?

환경 차이(Python 3.8 + M1 Pro) 인지는 모르겠습니다만 저 같은 경우는 기대값이 50씩 증가되어 최종 450이 나오질 않더군요. 다른 분도 마찬가지면 참고하라고 아래 코드 넣습니다.def generate_update_number(v: int): with v.get_lock(): for _ in range(50): v.value += 1 print(current_process().name, 'data', v.value)

MySQL을 사용한다면 Isolation Level이 REPEATABLE READ가 기본으로 설정되어 있는데요. 이 때 트랜잭션 안에서 처음 SELECT한 값은 트랜잭션이 끝나기 전까지 몇 번을 다시 SELECT해도 동일한 값으로 읽게 됩니다. 이것 때문에 문제가 발생하는데요...트랜잭션 안에서 낙관적 락이 진행되도록 구현한 상황에서 쓰레드 100개가 동시에 재고를 감소 시키고, 업데이트에 성공하면 version을 1씩 증가시킨다고 해보겠습니다. DB에는 Stock이 100개 version이 1로 세팅되어 있다고 가정합니다.@RequiredArgsConstructor @Service public class ProductService { private final ProductRepository productRepository; @Transactional public void subtractStockOptimistic(int productId, int quantity){ int updatedCount = 0; while (updatedCount == 0){ Product product = productRepository.findById(productId); product.subtractStock(quantity); updatedCount = productRepository.updateStockOptimistic(product); if (updatedCount <= 0) { //업데이트에 실패한 경우 50ms 대기 try { Thread.sleep(50); } catch (InterruptedException e) { e.printStackTrace(); } } } } } <update id="updateStockOptimistic"> update test_product set stock = #{stock}, version = version + 1 where id = #{id} and version = #{version} </update>쓰레드 100개는 처음에 재고를 읽어서 모두 다음 값을 받아옵니다.stock : 100, version : 1제일 빠른 트랜잭션이 업데이트를 성공하고 DB는 다음과 같이 변합니다.stock: 99, version: 2이제 나머지 99개의 트랜잭션은 version이 다르므로 모두 업데이트에 실패하게 됩니다.업데이트에 실패하게 된 트랜잭션들은 재시도를 하게 됩니다.이 때 DB에서 다시 읽어드린 재고는 stock: 99, version: 2일 것 같지만 실제로는stock: 100, version: 1 를 읽게 됩니다.왜냐하면 여전히 하나의 트랜잭션 안에 들어 있고, Isolation Level이 REPEATABLE READ로 처음 읽은 값을 계속 읽게 되기 때문입니다.따라서 첫 트랜잭션을 제외한 모든 트랜잭션은 무한히 실패하게 됩니다.......따라서 한 트랜잭션 안에서 업데이트와 재시도 로직이 진행되지 않도록 @Transactional을 메소드에서 떼주시면 정상 동작하게 됩니다.혹시 정말 Isolation Level 때문인지 확인하고 싶으신 분들은 DB에 Isolation Level을 READ COMMITTED로 바꾸고 테스트를 진행해보시면 @Transactional이 붙어 있어도 정상 동작하는 것을 확인하실 수 있습니다~!

update product set stock = stock -1 where id = 1 이렇게 할 경우 읽는 작업과 쓰는 작업이 원자적으로 이루어지고, 이 쿼리가 커밋하기 전까지는 다른 update 쿼리는 블락되기 때문에 비관적 락과 다른 점이 없다고 생각되는데요.제가 잘못 생각한 부분이 있을까요?

제가 생각하기로는 Redis를 이용한 방식은 서버 -> Redis서버 -> MySQL 이렇게 두 번 접근하게 되니 네트워크 타는 시간 때문에 당연히 더 느릴 것이라고 생각했거든요비관적 락을 이용한다면서버 -> MySQL 이렇게 바로 접근한 후에 lock이 풀릴 때까지 기다렸다가 바로 작업을 수행하니 더 빠르지 않나요?

어떤 정보를 포함해서 질문을 올리면 좋을까요?? 

redis를 단순히 락 용도로 사용하지 않고 redis에 재고수량을 저장 후 관리하는 방법도 사용하는 걸로 알고 있는데요.이런 방법은 별로인가요?

안녕하세요. 강사님현재 강사님 강의 듣고 있는 수강생 입니다.Python의 패키지 매니저 PIP 명령어 정리와 사용해당 파트 에서 0:30초에 나오는 필수적인 명령어정리되어 있는 페이지가 강사님 git 에서 보이지 않아서요.어디서 찾아 볼 수 있는 것 인가요 ?확인 부탁드리겠습니다.감사합니다.

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.강사님 쉽고 깔끔한 강의 감사드립니다다른 좋은 강의 부탁드립니다강의 듣고 난후 궁금한 사항 질문 드립니다.. 1.레디스 레튜스, 레디슨 사용시 서버가 장애 발생으로 갑자기 죽었을때는 락을잡고 관리하던 항목들은 자동으로 사라지는건가요 어떻게 되나요? 2.강사님이 경험하신 레디스 레튜스, 레디슨 를 실무 사례에 적용할때 어떤경우에 적용해보셨는지 사례 몇가지를 예시로 알려주세요..  

안녕하세요. 먼저 알차고 좋은 강의 만들어 주셔서 감사하단 말씀을 드리고 싶습니다 ㅎㅎ 강의를 보다보니 서비스 로직에서 saveAndFlush 를 해주고 있는데 @Transactional 어노테이션이 있어서 디비에 반영이 잘 될거 같은데 saveAndFlush 를 해주는 이유가 따로 있을까요?그리고 저는 보통 save 를 사용했는데 saveAndFlush 를 사용하는 다른 특별한 이유가 있는지 궁금합니다.

안녕하세요 좋은 강의 감사드립니다.이전까지 알아보았던 락들은 분산락이 아닌 것인가요?만약 아닌 것이라면 다중 서버 환경에서 동시성 문제를 해결하기 위해서는 위의 방법들이 아닌 분산락을 사용하여야 하는 것인지 궁금합니다. 추가로 동시성 관련 질문이 하나 있습니다.다중 서버 환경에서 게시판 등에서 조회수 기능을 동시성 문제 없이 해결하고 싶으며, 다음과 같이 구현하고자 합니다.(조회수라 어느정도 누락되어도 상관 없다고 하실 수 있겠지만, 목표는 하나도 누락되지 않게 하는 것입니다!)조회 요청이 들어오면 레디스에 조회수 증가분을 올린 이후, 특정 시간마다 배치처리를 통해 반영하고자 합니다.이때 다음 두 의문점이 있습니다.먼저 다중 서버 환경에서 레디스 증가분을 올리는 경우, 이 경우에도 동시성 문제가 발생할 수 있을 것 같습니다. 이를 해결하기 위해서는 이곳에도 분산락을 걸거나 increment()를 사용하여 동기적으로 처리해야 할 거 같은데 저의 생각이 맞는 것인지, 맞다면 다른 방법은 없는지 궁금합니다.두번째는 레디스 조회수 증가분을 배치처리를 통해 반영시키는 경우, 해당 작업 사이에 조회수 증가가 되어버리면 해당 증가분은 누락될 것 같습니다. 이를 해결하기 위해서는 배치처리를 할 때 레디스에 Lock을 걸어야 할 것 같습니다. 그런데 그렇게 된다면, 배치처리가 진행되는 그 순간동안은 레디스가 블로킹되어 있기에 게시글 조회가 이루어지지 않을 것 같습니다. 이정도는 감수하고 사용하거나, 혹은 카프카 등을 활용하여 이벤트로 처리하는 방법도 있을 것 같은데, 이러한 방법이 모두 사용 가능한 것인지, 더 나은 방법은 없는지 궁금합니다. 너무 많은 질문을 하는 것 같아 죄송합니다. 좋은 강의 정말 감사합니다.