KamoCRM

캘린더 알림은 공유 스케줄러 스레드에서 이동

PerformanceEmailService
관련 상품
2026년 9월 23일 오전 7:50 UTC
이름 *
Kamo
뚱 베어
90509f4

봄의 기본 단일 스케줄러 스레드는이 서비스에 @Scheduled 메소드에 의해 공유됩니다 — 1초 캠페인 맥박, 드립 엔진의 진드기 및 ReminderSchedulerService의 자체 60초 약 수십 다른 사람들 사이에서 청소하십시오. processRemindersLocked는 모든 불행히도의 이메일/popup/를 보냈습니다 sms, 한 번에 한 블록 호출, 그 공유 스레드에: 몇 가지 때문에 생각으로 청소 그것은, 다른 모든 팟에 예정, 전체 배치가 전송에 걸렸다. 각 알림의 전송은 이제 작은 고정 스레드 풀에 실행 (4 노동자, 명명 달력 알림-sender), 동일한 원리 DripEngine는 이미 그것의 전체적인 통행을 채찍질해서 적용합니다 worker thread에 떨어져 - 패스 당 대신 알림 당 여기에 적용, 느린 부분이 있기 때문에 SMTP/notification를 막는 것은 DB 청소 자체 보다는 오히려 보냅니다. 호출 스레드는 여전히 대기 processRemindersLocked 반환 전에 전체 일괄 처리 (90s 배수 시간) 'email-calendar-reminders'는 전체 패스를 덮는 것을 계속합니다. 다른 항공편에서 여전히 전송은 다른 팟 픽업 SAME 때문에 알림 및 전송 두 번. 어떤 변화는 얼마나 오래 걸리는지 - 더 적은 4fold까지, 결코 더 악화하지 않습니다 오래된 순차적 루프. ****************는 변경 없이 실패합니다: 그것은 각 보내 실행을 증명합니다 호출 스레드보다 오히려 풀, 그리고 호출은 여전히 모든 전송이 완료 될 때까지 차단.

모든 변경 사항

배송을 보는 것과 같이?

모든 것이 자신의 작업 공간에서 도착합니다. 무료 플랜을 시작하고 이 페이지를 다시 한 달에 읽으십시오.

무료 영원히 시작가격 비교