Mam pewien kod, który wywołuje okresowo recv() (z flagą MSG_DONTWAIT). Jestem ciekawy, ponieważ profilowanie mojego kodu w vnune, widzę wywołanie sigprocmask() powiązane z recv() i zajmuje ono dużą część całkowitego czasu wykonania. Jestem ciekawy, dlaczego recv() dzwoni sigprocmask().Dlaczego funkcja sigprocmask jest wywoływana podczas wywoływania wywołania systemowego recv?
Prawdopodobnie tak recv może stwierdzić, czy generowane są odpowiednie sygnały, które w przeciwnym razie nie byłyby widoczne, gdyby te sygnały były zablokowane. EAGAIN/EWOULDBLOCK przychodzą na myśl jako wartości errno, które czasami są generowane z wykorzystaniem sygnałów, które mogą być blokowane. Czy spojrzałeś na sigprocmask man page?
Podczas pracy z gniazdem TCP pod Linuksem, otrzymasz SIGPIPE, jeśli druga strona zostanie nieoczekiwanie zamknięta.
Ponieważ możesz maskować ten sygnał (przez większość czasu będziesz obsługiwał wartość zwrotną 0 siebie, nie przejmujesz się tym sygnałem), I domyslna biblioteka systemowa sprawdza stan sygnału, i jeśli jest zamaskowany, użyj szybszej ścieżki kodu.
Jeśli nie, nie może zoptymalizować.
BTW, wiesz o pselect() prawda?
Czy widzimy odpowiedni ślad najmniejszego możliwego kodu, który odtwarza to zachowanie? Czy widzimy też ten kod demo? Byłoby pouczające, aby zobaczyć dokładnie, co robi się z maską sygnału. – pilcrow
Czy mógłbyś rozwinąć kontekst tych wywołań do 'recv()'? Jakiego rodzaju gniazda używasz? Czy nazywasz 'recv()' bezpośrednio? – alk