Mostra notizie nelle discussioni
  • Avatar
    Scritto da
    Non Autenticato
    il 2015-09-15 14:19:40.0 alle 2015-09-15 14:19:40.0
    machinectl e altro...
    http://www.lffl.org/2015/09/systemd-dice-addio-su-...

    pottering ha fatto porcate?

    e canonical?

    a me non piacciono ne l' uno ne l' altro anzi canonical ha fato di peggio ma RH+ POttering .... cambiano il sistema dal basso, è un metodo più raffinato.

    ORa systemd ha anche tanti pregi ma quello che vorrei sapere è....


    dove ci sta portando?

    • Avatar
      Scritto da
      Non Autenticato
      il 2015-09-15 14:24:14.0 alle 2015-09-15 14:24:14.0
      Re: machinectl e altro...
      per esempio

      pulseaudio e avahi

      non si può farne a meno e vivere bene lo stesso ?

      a parità di utilizzo se taglio via pulse e avahi che svantatggi avrei?
      • Avatar
        Scritto da
        Non Autenticato
        il 2015-09-15 14:26:14.0 alle 2015-09-15 14:26:14.0
        Re: machinectl e altro...
        PS

        pulseaudio e avahi

        sono esempi di funzionalità IMPOSTE, che mi sono ritrovato nel tempo su praticamente OGNI distro e non mi pare che ne sia stata discussa la reale necessità
        • Avatar
          ☺
          Scritto da
          ::1
          il 2015-09-15 14:34:51.0 alle 2015-09-15 14:34:51.0
          Trollate totali: 12321
          Re: machinectl e altro...
          Usi la distro sbagliata.Fan Linux
          Young professional woman and busy mom.
          • Avatar
            Scritto da
            Non Autenticato
            il 2015-09-15 15:16:16.0 alle 2015-09-15 15:16:16.0
            Re: machinectl e altro...
            cosa? Archilinux non usa systemd di defalut?

            l' unica mi pare a occhio slack


            • Avatar
              ☺
              Scritto da
              ::1
              il 2015-09-15 15:27:19.0 alle 2015-09-15 15:27:19.0
              Trollate totali: 12321
              Re: machinectl e altro...
              Non parlavi di pulseaudio e avahi, o mi sono perso qualcosa?
              Young professional woman and busy mom.
              • Avatar
                Scritto da
                Non Autenticato
                il 2015-09-15 15:51:47.0 alle 2015-09-15 15:51:47.0
                Re: machinectl e altro...
                no quello era un PS

                "PS

                pulseaudio e avahi

                sono esempi di funzionalità IMPOSTE, che mi sono ritrovato nel tempo su praticamente OGNI distro e non mi pare che ne sia stata discussa la reale necessità
                "
                • Avatar
                  ☺
                  Scritto da
                  ::1
                  il 2015-09-15 16:00:52.0 alle 2015-09-15 16:00:52.0
                  Trollate totali: 12321
                  Re: machinectl e altro...
                  Scritto da:
                  > no quello era un PS
                  >
                  > "PS
                  >
                  > pulseaudio e avahi
                  >
                  > sono esempi di funzionalità IMPOSTE, che mi sono ritrovato nel tempo su praticamente OGNI distro e non mi pare che ne sia stata discussa la reale necessità
                  "

                  Scrivi peggio di samurai.
                  Comunque se vuoi una risposta seria: systemd risponde ad una esatta esigenza, l'implementazione è stata "dirompente", ma serviva allo scopo, ovvero che ogni evento della macchina (servizi, stato della rete, mountpoint...) sia in qualche modo tracciato e sia possibila agganciare a sua volta azioni da compiere.
                  Così da process supervisor è cresciuto fino a diventare una gestione completa della macchina.
                  In questo modo sono state eliminate tante di quelle race-condition e latenze che neanche hai idea.
                  E' uno strumento complesso, ma sta maturando molto.
                  La gioia di avere stdout e stderr dei demoni ben tracciate e non perdute, non dover modificare gli script dei demoni per debuggare, sono tutti fattori positivi.
                  Idem per pulseaudio: si è scontrato con i workaround degli sviluppatori intorno ad alsa, ha forzato molti a correggere il tiro (alle spese dell'utente finale purtoppo), ma oggi è una piattaforma stabile per gestire l'audio.
                  avahi invece è inutile sul desktop dove la configurazione di rete è stabile, cassa il servizio e via. A bocca aperta
                  Young professional woman and busy mom.
                  • Avatar
                    ☺
                    Scritto da
                    avvelentani
                    Cubicolario
                    il 2015-09-15 16:11:49.0 alle 2015-09-15 16:11:49.0
                    Trollate totali: 18184
                    Re: machinectl e altro...
                    Scritto da: ::1
                    > In questo modo sono state eliminate tante di quelle race-condition e latenze che neanche hai idea.

                    sono talmente tante che non avrai problemi ad elencarne qui una ventina.
                    I think happiness is love
                    - Vladimir Putin
                    • Avatar
                      ☺
                      Scritto da
                      ::1
                      il 2015-09-15 17:07:00.0 alle 2015-09-15 17:07:00.0
                      Trollate totali: 12321
                      Re: machinectl e altro...
                      Scritto da: avvelentani
                      > Scritto da: ::1
                      > > In questo modo sono state eliminate tante di quelle race-condition e latenze che neanche hai idea.
                      >
                      > sono talmente tante che non avrai problemi ad elencarne qui una ventina.

                      Ti faccio l'esempio del fdt? Tomcat e MySQL sleepano all'avvio per un po' per essere sicuri che siano partiti. Pensati con systemd avrei potuto mettere nel service di Tomcat After=mysqld.service

                      Sul mio desktop in epoca rc.d avevo gli sleep negli script perché dei demoni fallivano se non era inizializzata la rete.

                      Risolvere a colpi di sleep invece di notificare la fine dell'avvio ti sembra normale? È gli sleep stanno lì per evitare le race condition dovuto al forkare il processo nella shell e perderne il controllo
                      Young professional woman and busy mom.
                      • Avatar
                        ☺
                        Scritto da
                        avvelentani
                        Cubicolario
                        il 2015-09-15 17:27:13.0 alle 2015-09-15 17:27:13.0
                        Trollate totali: 18184
                        Re: machinectl e altro...
                        Scritto da: ::1
                        > Scritto da: avvelentani
                        > > Scritto da: ::1
                        > > > In questo modo sono state eliminate tante di quelle race-condition e latenze che neanche hai idea.
                        > >
                        > > sono talmente tante che non avrai problemi ad elencarne qui una ventina.
                        >
                        > Ti faccio l'esempio del fdt? Tomcat e MySQL sleepano all'avvio per un po' per essere sicuri che siano partiti. Pensati con systemd avrei potuto mettere nel service di Tomcat After=mysqld.service
                        >
                        > Sul mio desktop in epoca rc.d avevo gli sleep negli script perché dei demoni fallivano se non era inizializzata la rete.
                        >
                        > Risolvere a colpi di sleep invece di notificare la fine dell'avvio ti sembra normale? È gli sleep stanno lì per evitare le race condition dovuto al forkare il processo nella shell e perderne il controllo

                        Ma chi se ne frega di quanto ci vuole a fare il boot?
                        I think happiness is love
                        - Vladimir Putin
                        • Avatar
                          Scritto da
                          Non Autenticato
                          il 2015-09-15 17:43:46.0 alle 2015-09-15 17:43:46.0
                          Re: machinectl e altro...
                          Scritto da: avvelentani
                          > Scritto da: ::1
                          > > Scritto da: avvelentani
                          > > > Scritto da: ::1
                          > > > > In questo modo sono state eliminate tante di quelle race-condition e latenze che neanche hai idea.
                          > > >
                          > > > sono talmente tante che non avrai problemi ad elencarne qui una ventina.
                          > >
                          > > Ti faccio l'esempio del fdt? Tomcat e MySQL sleepano all'avvio per un po' per essere sicuri che siano partiti. Pensati con systemd avrei potuto mettere nel service di Tomcat After=mysqld.service
                          > >
                          > > Sul mio desktop in epoca rc.d avevo gli sleep negli script perché dei demoni fallivano se non era inizializzata la rete.
                          > >
                          > > Risolvere a colpi di sleep invece di notificare la fine dell'avvio ti sembra normale? È gli sleep stanno lì per evitare le race condition dovuto al forkare il processo nella shell e perderne il controllo
                          >
                          > Ma chi se ne frega di quanto ci vuole a fare il boot?

                          Non ho mai capito questa motivazione per usare systemd.

                          Cioè, facciamo un riassunto...
                          vogliono ribaltare il funzionamento storico di Linux "fai una cosa e falla bene" rendendo una buona parte del sistema con PID 1 e, di conseguenza, rendendo l'intero sistema soggetto a potenziali problemi di stabilità e sicurezza... e non sto neanche ad elencare tutti gli altri possibili casini... per decrementare di qualche secondo la velocità di boot che si fa si e no una volta ogni 6 mesi su un server e una volta al giorno su un PC?
                          • Avatar
                            ☺
                            Scritto da
                            avvelentani
                            Cubicolario
                            il 2015-09-15 18:31:47.0 alle 2015-09-15 18:31:47.0
                            Trollate totali: 18184
                            Re: machinectl e altro...
                            Scritto da:
                            > Scritto da: avvelentani
                            > > Scritto da: ::1
                            > > > Scritto da: avvelentani
                            > > > > Scritto da: ::1
                            > > > >
                            > > > > sono talmente tante che non avrai problemi ad elencarne qui una ventina.
                            > > >
                            > > > Ti faccio l'esempio del fdt? Tomcat e MySQL sleepano all'avvio per un po' per essere sicuri che siano partiti. Pensati con systemd avrei potuto mettere nel service di Tomcat After=mysqld.service
                            > > >
                            > > > Sul mio desktop in epoca rc.d avevo gli sleep negli script perché dei demoni fallivano se non era inizializzata la rete.
                            > > >
                            > > > Risolvere a colpi di sleep invece di notificare la fine dell'avvio ti sembra normale? È gli sleep stanno lì per evitare le race condition dovuto al forkare il processo nella shell e perderne il controllo
                            > >
                            > > Ma chi se ne frega di quanto ci vuole a fare il boot?
                            >
                            > Non ho mai capito questa motivazione per usare systemd.
                            >
                            > Cioè, facciamo un riassunto...
                            > vogliono ribaltare il funzionamento storico di Linux "fai una cosa e falla bene" rendendo una buona parte del sistema con PID 1 e, di conseguenza, rendendo l'intero sistema soggetto a potenziali problemi di stabilità e sicurezza... e non sto neanche ad elencare tutti gli altri possibili casini... per decrementare di qualche secondo la velocità di boot che si fa si e no una volta ogni 6 mesi su un server e una volta al giorno su un PC?

                            Secondo me no. Se systemd fosse solo un init non sarebbe neanche tanto male, il problema e` tutto il resto del baraccone e sto cominciando a sospettare che lo scopo di systemd fosse proprio rendere tutto il resto del baraccone obbligatorio.
                            I think happiness is love
                            - Vladimir Putin
                        • Avatar
                          ☺
                          Scritto da
                          ::1
                          il 2015-09-15 18:03:29.0 alle 2015-09-15 18:03:29.0
                          Trollate totali: 12321
                          Re: machinectl e altro...
                          Scritto da: avvelentani
                          > Scritto da: ::1
                          > > Scritto da: avvelentani
                          > > > Scritto da: ::1
                          > > > > In questo modo sono state eliminate tante di quelle race-condition e latenze che neanche hai idea.
                          > > >
                          > > > sono talmente tante che non avrai problemi ad elencarne qui una ventina.
                          > >
                          > > Ti faccio l'esempio del fdt? Tomcat e MySQL sleepano all'avvio per un po' per essere sicuri che siano partiti. Pensati con systemd avrei potuto mettere nel service di Tomcat After=mysqld.service
                          > >
                          > > Sul mio desktop in epoca rc.d avevo gli sleep negli script perché dei demoni fallivano se non era inizializzata la rete.
                          > >
                          > > Risolvere a colpi di sleep invece di notificare la fine dell'avvio ti sembra normale? È gli sleep stanno lì per evitare le race condition dovuto al forkare il processo nella shell e perderne il controllo
                          >
                          > Ma chi se ne frega di quanto ci vuole a fare il boot?

                          Il tempo di boot è un piacevole effetto positivo, ma quello che è importante è poter sapere in modo certo se un servizio (sw e hw) è disponibile o meno. systemd ci riesce.
                          Young professional woman and busy mom.
                          • Avatar
                            Scritto da
                            Non Autenticato
                            il 2015-09-15 18:27:14.0 alle 2015-09-15 18:27:14.0
                            Re: machinectl e altro...
                            Scritto da: ::1
                            > Scritto da: avvelentani
                            > > Scritto da: ::1
                            > > > Scritto da: avvelentani
                            > > > > Scritto da: ::1
                            > > > > > In questo modo sono state eliminate tante di quelle race-condition e latenze che neanche hai idea.
                            > > > >
                            > > > > sono talmente tante che non avrai problemi ad elencarne qui una ventina.
                            > > >
                            > > > Ti faccio l'esempio del fdt? Tomcat e MySQL sleepano all'avvio per un po' per essere sicuri che siano partiti. Pensati con systemd avrei potuto mettere nel service di Tomcat After=mysqld.service
                            > > >
                            > > > Sul mio desktop in epoca rc.d avevo gli sleep negli script perché dei demoni fallivano se non era inizializzata la rete.
                            > > >
                            > > > Risolvere a colpi di sleep invece di notificare la fine dell'avvio ti sembra normale? È gli sleep stanno lì per evitare le race condition dovuto al forkare il processo nella shell e perderne il controllo
                            > >
                            > > Ma chi se ne frega di quanto ci vuole a fare il boot?
                            >
                            > Il tempo di boot è un piacevole effetto positivo, ma quello che è importante è poter sapere in modo certo se un servizio (sw e hw) è disponibile o meno. ps aux ci riesce.

                            fix'd
                            • Avatar
                              Scritto da
                              Non Autenticato
                              il 2015-09-15 18:42:07.0 alle 2015-09-15 18:42:07.0
                              Re: machinectl e altro...
                              Scritto da:
                              > Scritto da: ::1
                              > > Scritto da: avvelentani
                              > > > Scritto da: ::1
                              > > > > Scritto da: avvelentani
                              > > > > > Scritto da: ::1
                              > > > > > > In questo modo sono state eliminate tante di quelle race-condition e latenze che neanche hai idea.
                              > > > > >
                              > > > > > sono talmente tante che non avrai problemi ad elencarne qui una ventina.
                              > > > >
                              > > > > Ti faccio l'esempio del fdt? Tomcat e MySQL sleepano all'avvio per un po' per essere sicuri che siano partiti. Pensati con systemd avrei potuto mettere nel service di Tomcat After=mysqld.service
                              > > > >
                              > > > > Sul mio desktop in epoca rc.d avevo gli sleep negli script perché dei demoni fallivano se non era inizializzata la rete.
                              > > > >
                              > > > > Risolvere a colpi di sleep invece di notificare la fine dell'avvio ti sembra normale? È gli sleep stanno lì per evitare le race condition dovuto al forkare il processo nella shell e perderne il controllo
                              > > >
                              > > > Ma chi se ne frega di quanto ci vuole a fare il boot?
                              > >
                              > > Il tempo di boot è un piacevole effetto positivo, ma quello che è importante è poter sapere in modo certo se un servizio (sw e hw) è disponibile o meno. ps aux ci riesce.
                              >
                              > fix'd
                              >

                              Mai capito perché ps non ha i trattini alle opzioni come tutti gli altri.
                          • Avatar
                            ☺
                            Scritto da
                            avvelentani
                            Cubicolario
                            il 2015-09-15 18:29:10.0 alle 2015-09-15 18:29:10.0
                            Trollate totali: 18184
                            Re: machinectl e altro...
                            Scritto da: ::1
                            > Scritto da: avvelentani
                            > > Scritto da: ::1
                            > > > Scritto da: avvelentani
                            > > > > Scritto da: ::1
                            > > > >
                            > > > > sono talmente tante che non avrai problemi ad elencarne qui una ventina.
                            > > >
                            > > > Ti faccio l'esempio del fdt? Tomcat e MySQL sleepano all'avvio per un po' per essere sicuri che siano partiti. Pensati con systemd avrei potuto mettere nel service di Tomcat After=mysqld.service
                            > > >
                            > > > Sul mio desktop in epoca rc.d avevo gli sleep negli script perché dei demoni fallivano se non era inizializzata la rete.
                            > > >
                            > > > Risolvere a colpi di sleep invece di notificare la fine dell'avvio ti sembra normale? È gli sleep stanno lì per evitare le race condition dovuto al forkare il processo nella shell e perderne il controllo
                            > >
                            > > Ma chi se ne frega di quanto ci vuole a fare il boot?
                            >
                            > Il tempo di boot è un piacevole effetto positivo, ma quello che è importante è poter sapere in modo certo se un servizio (sw e hw) è disponibile o meno. systemd ci riesce.

                            per sapere se un servizio e` disponibile o meno devi fare le cose come monit, quello che fa systemd e` insufficiente.
                            I think happiness is love
                            - Vladimir Putin
<softv>

Pagina generata in 498 millisecondi

Utenti attivi: 9 nell'ultimo minuto, 22 negli ultimi cinque minuti, 46 negli ultimi 15 minuti