- Shipped
- 23 września 2026 07:50 UTC
- Author
- Kamo
- Commit
- 90509f4
Domyślny wątek pojedynczego harmonogramu Spring jest współdzielony za pomocą każdej metody przeplanowanego w tej usłudze — 1-sekundowy impuls kampanii, kleszcz silnika kroplowego i 60-sekundowy ReminderSZEŚU Zamiatanie wśród około tuzina innych. procesRemindersLocked wysłał każdy należny e-mail / popup / sms, jedno blokujące połączenie na raz, na tym wspólnym wątku: zamiatanie z kilkoma zachowanymi przypomnieniami To, i wszystko inne zaplanowane na strąku, tak długo, jak cała partia była wysłana. Każde przypomnienie wysyła teraz działa na małym stałym basenie wątków (4 pracowników, nazwany Kalendarz-reminder-sender), ta sama zasada DripEngine ma już zastosowanie poprzez wręczenie całości swojego przepustki Oddaj się do wątku pracownika — stosowanego tutaj na przypomnienie zamiast na przepustkę, ponieważ powolną częścią jest Blokowanie SMTP/zawiadomienia wysyłaj zamiast samego zamiatania DB. Wątek wzywający wciąż czeka Cała partia (związana przez przepustkę odpływową z lat 90-tych) przed procesemPomocy Powroty, która jest Co to, co utrzymuje dzierżawę "e-mail-calendar-remiminders" obejmującą cały karnet: dzierżawę zwolnioną podczas Wysłanie były jeszcze w locie w innym miejscu, aby pozwolić innemu kapsułu odebrać przypomnienia o tym samym terminie i wysłać - Już dwa razy. To, co się zmienia, to tylko czas oczekiwania – do czterokrotnie mniej, nigdy gorzej niż Stara sekwencyjna pętla. - nie powiedzia sobie nie zmienia: udowadnia, że każdy wysyła runy na Basen zamiast wątku wywoławczy, a połączenie nadal blokuje, dopóki każdy wysłany nie zostanie zakończony.