Jaki jest mechanizm wymuszania ograniczeń dostępu do zasobu, gdy w Redis wykonywanych jest wiele wątków?
Jaki jest mechanizm wymuszania ograniczeń dostępu do zasobu, gdy w Redis wykonywanych jest wiele wątków?

Wideo: Jaki jest mechanizm wymuszania ograniczeń dostępu do zasobu, gdy w Redis wykonywanych jest wiele wątków?

Wideo: Jaki jest mechanizm wymuszania ograniczeń dostępu do zasobu, gdy w Redis wykonywanych jest wiele wątków?
Wideo: Redis 6 (ACLs, Threaded I/O, the new Proxy & RESP3) 2024, Kwiecień
Anonim

Zamek

Biorąc to pod uwagę, jak Redis radzi sobie ze współbieżnością?

Program jednowątkowy z pewnością może zapewnić konkurencja na poziomie I/O za pomocą mechanizmu I/O (de)multipleksowania i pętli zdarzeń (co jest czym) Redis robi ). Równoległość ma swoją cenę: z wieloma gniazdami/wieloma rdzeniami, które można znaleźć na nowoczesnym sprzęcie, synchronizacja między wątkami jest niezwykle kosztowna.

Czy zasady dotyczące pamięci zwracają błędy po osiągnięciu limitu pamięci, a klient próbuje wykonać polecenia, które powodują większe użycie pamięci? Gdy określona ilość pamięć jest osiągnięty , można wybierać spośród różnych zachowań, zwanych zasady . Redis może po prostu zwracać błędy dla polecenia to mogłoby skutkuje większą pamięcią istnienie używany , lub może eksmitować niektóre stare dane, aby powrót powrót do określonego limit za każdym razem, gdy dodawane są nowe dane.

W związku z tym, która z poniższych jest korzyścią płynącą z pipeliningu w Redis?

Zaleta rurociągów Główny korzyść z Redis pipelining przyspiesza Redis wydajność. Znacznie poprawia wydajność protokołu dzięki jednoczesnemu wykonywaniu wielu poleceń.

Czy wątki Redis są bezpieczne?

Wejdz do Redis GIL Na szczęście Salvatore Sanfilippo dodał rewolucyjną zmianę tuż przy mecie Redis 4.0 i wydanie modułów API: Bezpieczny wątek Konteksty i globalna blokada. Pomysł jest prosty. Podczas Redis nadal pozostaje jednowątkowy, moduł może obsługiwać wiele wątki.

Zalecana: