| Deutsch English Français Italiano |
|
<slrnvm6f2d.dr1.jj@iridium.wf32df> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Jim Jackson <jj@franjam.org.uk> Newsgroups: comp.unix.programmer Subject: Re: Faking a TTY on a pipe/socketpair Date: Wed, 18 Dec 2024 21:19:09 -0000 (UTC) Organization: A noiseless patient Spider Lines: 26 Message-ID: <slrnvm6f2d.dr1.jj@iridium.wf32df> References: <vh9vgr$5bb$1@dont-email.me> <vj91a1$t8pn$1@dont-email.me> <vja9r8$14k6s$1@dont-email.me> <vjbiop$1f2e5$1@dont-email.me> <vjd3jg$1od5c$3@dont-email.me> <slrnvlk56u.2qa.jj@iridium.wf32df> <675a218f$0$12912$426a34cc@news.free.fr> <slrnvlp50u.29n.jj@iridium.wf32df> <vjib38$3kiac$2@dont-email.me> <slrnvlr8hp.49d.jj@iridium.wf32df> <vjl0m0$68i1$4@dont-email.me> <slrnvm1cei.adn.jj@iridium.wf32df> <vjqo9n$1dk7j$2@dont-email.me> Injection-Date: Wed, 18 Dec 2024 22:19:10 +0100 (CET) Injection-Info: dont-email.me; posting-host="dca54af08216e212df3f617cc09b91ac"; logging-data="2604264"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+4Yb0+DiUeNlvP/ioarIh84mF4R7C5TPI=" User-Agent: slrn/1.0.3 (Linux) Cancel-Lock: sha1:k119EMXn4wTcU0K0/EzARslo+Iw= Bytes: 2628 On 2024-12-17, Lawrence D'Oliveiro <ldo@nz.invalid> wrote: > On Mon, 16 Dec 2024 23:03:46 -0000 (UTC), Jim Jackson wrote: > >> Ok I've done specific network monitoring stuff from scratch - back in >> the day, when SNMP was a new thing. But it was easier to control than >> other stuff because I (and a couple of others) wrote it - we knew it - >> so what's difficult? We even transitioned it from pre-SYS-V init to >> SYS-V init, and I remember no difficulties. > > Anything with this <https://www.phoronix.com/news/Facebook-systemd-2018> > level of complexity? Of course not - what a silly question. And the interesting thing was that their set up is SO complicated systemd is only a part of their solutions, which is sort of obvious. I'd have been more interested in a comparison of previous set up v. current with systemd. Their process for non-stop upgrades was a fairly standard one of old service handing over to new and having to notify and co-operate with systemd because systemd handles new connections. Previously I suspect their processes handled incoming connections directly and there would have been process-process link to do the hand over. Which one works out easier to program and manage I'm not sure. But given they'd gone for a solution Centos which had systemd init they had to adapt to it. Anyway it was interesting thanks for the pointer.