Wady NIO w ActiveMQ

Question

Pracowałem nad konfiguracją brokera ActiveMQ, a jedną z rzeczy, która mnie myli, jest to, że wszystko, co przeczytałem, opisuje NIO jako "dobry wybór, jeśli trzeba skalować" lub "coś do zobaczenia". jeśli potrzebujesz większej prędkości ", więc moje pytanie brzmi: dlaczego po prostu nie mówią" zawsze korzystasz z NIO "? Wszystko, co przeczytałem, to zalety, ale prawdopodobnie istnieją powody, aby tego nie używać (w przeciwnym razie byłby to po prostu domyślny). Czym oni są?

Answer 1

Złożoność. Zazwyczaj prostsze jest kodowanie dla 1 wątku na połączenie.

Ponadto, myślę, że NIO może być nieco wolniejszy w przypadku małej objętości (1, 2, 3 połączenia). Generalnie nie zaprojektowałbyś systemu, który by dobrze działał w przypadku małej objętości, ale jeśli wiesz, że nigdy nie będziesz mieć> 2 połączeń dla aplikacji ... może NIO jest przesadzone/w rzeczywistości szkodliwe.

Answer 2

Transport NIO skaluje się lepiej, ponieważ jest bardziej wydajny i nie odradza się wątku na połączenie. Ponadto transport NIO rozszerza transport TCP, więc wszystkie opcje dla podstawowego gniazda nadal mają zastosowanie. Z mojej wiedzy wynika, że ​​korzystanie z NIO nie stanowi wady, ponieważ ogólnie powinno być bardziej wydajne niż transport TCP. Nie ma żadnego powodu, dla którego mógłbym sobie przypomnieć, że NIO nie jest domyślnym transportem.