@MSGID: <HjkWK-cm7y-3@gated-at.bofh.it> e98ab67e
@REPLY: <HjjnX-cl6u-11@gated-at.bofh.it> a7206f55
@REPLYADDR Maksim Dmitrichenko
<dmitrmax@gmail.com>
@REPLYTO 2:5075/128 Maksim Dmitrichenko
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: <HjkWK-cm7y-3@gated-at.bofh.it>
@RFC-References: <HiaG5-bCEH-5@gated-at.bofh.it>
<HiA7w-bTkY-3@gated-at.bofh.it> <Hj5XH-ccM0-7@gated-at.bofh.it> <Hjhcu-cjPE-3@gated-at.bofh.it>
<HjhvV-cjXd-35@gated-at.bofh.it> <HjjnX-cl6u-11@gated-at.bofh.it>
@RFC-MIME-Version: 1.0
@RFC-Content-Type: multipart/alternative;
boundary="0000000000004e2b9606067eb365"
@RFC-Content-Transfer-Encoding: 8bit
@TZUTC: 0200
@TID: FIDOGATE-5.12-ge4e8b94
пт, 29 сент. 2023 г. в 14:50, Eugene Berdnikov <bd4@protva.ru>:

>  Запись в пайп это сисколл, а потому очень долго и неэффективно. Повторю:
>  сигналы хороши там, где нужна быстрая реакция, в самые горячих точках
> кода.
>  Если это не нужно, то poll/select намного проще. Тут мы расходимся во
>  взглядах с А.Мельниковым.
>

Ну про своё отношение к сигналам я уже написал в первом письме в этот тред.
Производительное API на сигналах всё равно не сделать толком, так как два и
более последовательно пришедших сигнала в одном дельта-интервале будут
расценены как один. Поэтому городить такую схему можно, если это довольно
редкое событие. А если оно редкое, то пёс с ним - этот один лишний
системный вызов.

--
With best regards
  Maksim Dmitrichenko
--- FIDOGATE 5.12-ge4e8b94
 * Origin: linux.* mail to news gateway (2:5075/128)
SEEN-BY: 221/6 301/1 467/888 5001/100 5005/49
5015/255 5019/40 5020/715 848
SEEN-BY: 5020/1042 4441 12000 5030/49 1081 5061/133
5075/37 128 6078/80
@PATH: 5075/128 5020/1042 4441