View previous topic :: View next topic |
Author |
Message |
jordan83 Apprentice
Joined: 17 Apr 2006 Posts: 222 Location: check your closet...
|
Posted: Sat Apr 21, 2007 12:31 pm Post subject: Baselayout 2 / OpenRC |
|
|
Ho appena letto nella Gentoo Weekly News questo paragrafo:
Quote: | It has recently been announced on Planet Gentoo by Roy Marples that baselayout-2 has neared completion. The current versions of baselayout are written in bash, which, although powerful, is relatively slow. UberLord has been converting RC from bash to C, which has resulted in a tremendous speed increase (init completion in a mere 2 seconds). The conversion from bash to C also removes the requirement of bash, which is a boon for embedded devices. |
Mitico!
Era ora che si abbandonasse bash... Finalmente (forse) i tempi di avvio saranno comparabili con quelli di Windows (fresh install s'intende ... poi col tempo s'inchioda...).
Gentoo è già rapidissima ora così com'è, confrontandola con il 99% delle altre distribuzioni. Chissà col nuovo baselayout
// edit by lavish: modificato il titolo del thread da "Baselayout 2" a "Baselayout 2 / OpenRC" _________________ Time is a great teacher, but unfortunately it kills all its pupils.
Louis-Hector Berlioz
--
When the Boogeyman goes to sleep every night, he checks his closet for Chuck Norris.
chucknorrisfacts.com |
|
Back to top |
|
|
djinnZ Advocate
Joined: 02 Nov 2006 Posts: 4831 Location: somewhere in L.O.S.
|
Posted: Sat Apr 21, 2007 12:54 pm Post subject: |
|
|
Non mi piace per niente. Vuol dire uno stacco definitivo dalla compatibilità con le altre distribuzioni. (questa è una cosa che va di sicuro in package.mask, se non altro è la prima volta che penso di usarlo seriamente)
la cosa che più mi spaventa è il rischio di vedere aumentare le dipendenze dell'init verso un sistema sempre più winzozz style ed a partizione unica.
Anche se rc è un chiodo lo preferisco così com'è. _________________ scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist |
|
Back to top |
|
|
crisandbea Veteran
Joined: 03 Jul 2005 Posts: 1778 Location: BOSCO (SA) ... ma domiciliato a Bologna....
|
Posted: Sat Apr 21, 2007 1:25 pm Post subject: |
|
|
djinnZ wrote: | Non mi piace per niente. Vuol dire uno stacco definitivo dalla compatibilità con le altre distribuzioni. (questa è una cosa che va di sicuro in package.mask, se non altro è la prima volta che penso di usarlo seriamente)
la cosa che più mi spaventa è il rischio di vedere aumentare le dipendenze dell'init verso un sistema sempre più winzozz style ed a partizione unica.
Anche se rc è un chiodo lo preferisco così com'è. |
non sparerei a zero cosi su una cosa che non avendola provata non si può giudicare, però potresti aver ragione, ma anche avere torto, anche perchè : Quote: |
I honestly don't know. I did look at init-ng a long long time ago and it was fast. However it also didn't do as much (in terms of bring up all the things I use) and was also very error prone. It may have changed now. The only real speed advantage now is that einit and init-ng don't use shell scripts unless they have to. baselayout-2 is still based on shell scripts because that is what unix admins kind of expect so it's easy to write an init script. This is one of baselayout's bigest advantages over the others - because the entire init script is shell based you have the all the commands at your disposal for defining dependencies, like so for our clock init script.
depend() { case "${CLOCK_ADJTIME}" in "") before *;; /etc/*) need checkroot;; *) need localmount;; esac } or say this from syslog-ng depend() { # Make networking dependency conditional on configuration case $(sed 's/#.*//' /etc/syslog-ng/syslog-ng.conf) in *source*tcp*|*source*udp*|*destination*tcp*|*destination*udp*) need net ;; esac need clock hostname localmount provide logger }
Also, we now support /bin/sh being the dash and busybox shells (well, baselayout does at any rate), both of which are visibly faster than bash for booting the system with. Also, with busybox a lot of the coreutils commands such as sed, grep and friends are build into the shell which means a lot less forking which in turn means it's faster still! |
ciauz |
|
Back to top |
|
|
riverdragon Veteran
Joined: 14 Sep 2006 Posts: 1269 Location: Verona
|
Posted: Sat Apr 21, 2007 1:56 pm Post subject: |
|
|
Credo tu abbia un po' equivocato, o forse ho capito poco io.
Baselayout dovrebbe essere solo di gentoo, e la versione 1.X gestisce l'avvio dei servizi tramite bash; ora invece con la versione 2 la gestione è in c, mentre gli init scripts rimangono uguali a prima; altra cosa che ho letto, ora il sistema si basa su sh anziché su bash a tutto vantaggio dei tempi di esecuzione.
Qui il comunicato sul blog dello sviluppatore.
Se ho capito male fatemelo sapere
EDIT: Comunque mi allieta questo commento nella pagina linkata Quote: | Works great on amd64! Swear it shaved 10 second off my boot time too! | |
|
Back to top |
|
|
crisandbea Veteran
Joined: 03 Jul 2005 Posts: 1778 Location: BOSCO (SA) ... ma domiciliato a Bologna....
|
Posted: Sat Apr 21, 2007 2:03 pm Post subject: |
|
|
riverdragon wrote: | Credo tu abbia un po' equivocato, o forse ho capito poco io.
Baselayout dovrebbe essere solo di gentoo, e la versione 1.X gestisce l'avvio dei servizi tramite bash; ora invece con la versione 2 la gestione è in c, mentre gli init scripts rimangono uguali a prima; altra cosa che ho letto, ora il sistema si basa su sh anziché su bash a tutto vantaggio dei tempi di esecuzione.
Qui il comunicato sul blog dello sviluppatore.
Se ho capito male fatemelo sapere
EDIT: Comunque mi allieta questo commento nella pagina linkata Quote: | Works great on amd64! Swear it shaved 10 second off my boot time too! | |
direi hai che capito bene |
|
Back to top |
|
|
djinnZ Advocate
Joined: 02 Nov 2006 Posts: 4831 Location: somewhere in L.O.S.
|
Posted: Sat Apr 21, 2007 2:49 pm Post subject: |
|
|
più che altro vedo nero per il futuro, la cosa potrebbe evolvere molto male.
Quanto all'uso di bash per me è stato un errore sin dall'inizio, la maggiore lentezza rispetto ad sh è dovuta principalmente alle funzioni integrate di autocompletamento, hystory etc. che in uno script non servono a niente e riduce la portabilità (vedi le rogne del gruppo di BSD).
Già si incominciano a vedere in giro init-script balordi che richiamano applicativi in /usr (che rende impossibile adottare un partizionamento complesso, con tutte le complicazioni del caso anche nelle live non unionfs/aufs) e temo che una iniziativa del genere possa incoraggiare gli imbecilli (che non mancano mai) e sfuggire al controllo dei devel (nel senso che alcuni progetti potrebbero inziare a pensare di rilasciare applicativi privi di init script basati su un concetto di avvio servizi troppo vicino alla concezione windows, senza lasciare spazio alla possibilità di definire configurazioni alternative).
Basta già pensare a quanti automake/make scritti con i piedi o per niente configurabili ci sono in giro.
per questo non mi piace e mi preoccupa. Nel migliore dei mondi possibili sarebbe una buona idea. _________________ scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist |
|
Back to top |
|
|
Cazzantonio Bodhisattva
Joined: 20 Mar 2004 Posts: 4514 Location: Somewere around the world
|
Posted: Tue Apr 24, 2007 1:17 pm Post subject: |
|
|
Non so... sono sempre stato dell'idea che la "smanettabilità" vada garantita sempre e comunque...
Se il sistema di init è in bash (o sh che sia) è relativamente semplice accederci e modificarlo, se è in C quantomento bisogna conoscere il C (e ancora potrebbe essere una faticaccia).
La cosa FONDAMENTALE è che gli initscript rimangano in formato testuale (non file binari) altrimenti diverrebbero immodificabili. Ora come ora chiunque può scriversi un initscript (e io me ne sono scritti parecchi per adeguare l'avvio di alcuni programmi ai miei gusti). Spero la cosa sia garantita anche dopo con la stessa semplicità, altrimenti addio gentoo (mi pare arch abbia nello statuto che il sistema sia il più accessibile possibile...) _________________ Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne |
|
Back to top |
|
|
lavish Bodhisattva
Joined: 13 Sep 2004 Posts: 4296
|
Posted: Tue Apr 24, 2007 1:23 pm Post subject: |
|
|
Come ha ben detto riverdragon, non cambiano gli init script, ma solo il core di baselayout, una cosa che non ha alcun motivo di esser letta
Quindi non c'e' alcun motivo di preoccuparsi, anzi _________________ minimalblue.com | secgroup.github.io/ |
|
Back to top |
|
|
lavish Bodhisattva
Joined: 13 Sep 2004 Posts: 4296
|
Posted: Tue Apr 24, 2007 1:30 pm Post subject: |
|
|
Spostato da Forum di discussione italiano a Forum italiano (Italian). _________________ minimalblue.com | secgroup.github.io/ |
|
Back to top |
|
|
djinnZ Advocate
Joined: 02 Nov 2006 Posts: 4831 Location: somewhere in L.O.S.
|
Posted: Tue Apr 24, 2007 1:51 pm Post subject: |
|
|
lavish wrote: | Quindi non c'e' alcun motivo di preoccuparsi, anzi |
non vedo nero per l'idea di uberlord, che non è una novità, è un annetto buono che gli gira in testa se non erro.
Temo che qualche imbecille possa farsi venire l'idea balzana di sostituire gli initscript con dei binari compilati o includerne le funzion i direttamente nei demoni.
Sarà la mia innata tendenza al pessimismo... unita alla mia mentalità tradizionale che vede male anche anche usare script in perl o in phython in tutto quello che è direttamente connesso all'init. _________________ scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist |
|
Back to top |
|
|
gutter Bodhisattva
Joined: 13 Mar 2004 Posts: 7162 Location: Aarau, Aargau, Switzerland
|
Posted: Tue Apr 24, 2007 6:14 pm Post subject: |
|
|
djinnZ wrote: |
Sarà la mia innata tendenza al pessimismo... unita alla mia mentalità tradizionale che vede male anche anche usare script in perl o in phython in tutto quello che è direttamente connesso all'init. |
Dai non fasciamoci la testa prima di rompercela .
Condivido l'idea di lavish. A mio avviso il tutto potrebbe portare solo dei miglioramenti. Gli init script resteranno sempre degli script anzi dipendendo il baslayout da sh e non da bash l'avvio risulterà più performante. Poi ricordiamo che questo in ogni caso è un beneficio (mi riferisco alla dipendenza da sh) dal momento che è garantita (o per lo meno dovrebbe sicuramente essere meglio di ora) la portabilità da e verso altri unix _________________ Registered as User #281564 and Machines #163761 |
|
Back to top |
|
|
Cazzantonio Bodhisattva
Joined: 20 Mar 2004 Posts: 4514 Location: Somewere around the world
|
Posted: Wed Apr 25, 2007 10:20 am Post subject: |
|
|
lavish wrote: | Come ha ben detto riverdragon, non cambiano gli init script, ma solo il core di baselayout, una cosa che non ha alcun motivo di esser letta
Quindi non c'e' alcun motivo di preoccuparsi, anzi |
Buono a sapersi... a dire il vero ho fatto il post e DOPO mi sono letto un po' di documentazione...
Comunque non è tutto chiarissimo. Pare che alcune funzioni saranno portate in C e c'era un discorso secondo cui il vantaggio prestazionale sarà di circa 0,5 secondi per ogni inistscript portato in C...
Boh non sto nemmeno a ricercare dove l'avevo letto, tanto si starà a vedere. _________________ Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne |
|
Back to top |
|
|
lavish Bodhisattva
Joined: 13 Sep 2004 Posts: 4296
|
Posted: Thu Apr 26, 2007 9:05 am Post subject: |
|
|
WARNING: quanto segue e' relativo alla mia esperienza. Non sto invitando NESSUNO a provare software hardmasked, sia chiaro!
Ho installato ieri sera sys-apps/baselayout-2.0.0_alpha1: funziona perfettamente ed e' all'eye-meter decisamente piu' veloce ad eseguire gli script
Complimentoni a UberLord, veramente _________________ minimalblue.com | secgroup.github.io/ |
|
Back to top |
|
|
gutter Bodhisattva
Joined: 13 Mar 2004 Posts: 7162 Location: Aarau, Aargau, Switzerland
|
Posted: Thu Apr 26, 2007 9:16 am Post subject: |
|
|
lavish wrote: |
Ho installato ieri sera sys-apps/baselayout-2.0.0_alpha1: funziona perfettamente ed e' all'eye-meter decisamente piu' veloce ad eseguire gli script
Complimentoni a UberLord, veramente |
Interessante, se ho due minuti lo provo su una delle VM di gentoo che ho. _________________ Registered as User #281564 and Machines #163761 |
|
Back to top |
|
|
riverdragon Veteran
Joined: 14 Sep 2006 Posts: 1269 Location: Verona
|
Posted: Thu Apr 26, 2007 9:32 am Post subject: |
|
|
Uffa, non dovevi dirmelo, ora sono disperatamente tentato di provarlo!
Almeno dicci che servizi avvii nei due runlevel boot e default. |
|
Back to top |
|
|
lavish Bodhisattva
Joined: 13 Sep 2004 Posts: 4296
|
Posted: Thu Apr 26, 2007 9:36 am Post subject: |
|
|
Code: | 0 # rc-update show
acpid | default
alsasound | default
bootmisc | boot
checkfs | boot
checkroot | boot
clock | boot
consolefont | boot
gpm | default
hibernate-cleanup | boot
hostname | boot
keymaps | boot
local | default nonetwork
localmount | boot
metalog | default
modules | boot
net.lo | boot
netmount | default
rmnologin | boot
urandom | boot
vixie-cron | default
volumes | boot |
_________________ minimalblue.com | secgroup.github.io/ |
|
Back to top |
|
|
comio Advocate
Joined: 03 Jul 2003 Posts: 2191 Location: Taranto
|
Posted: Thu Apr 26, 2007 9:58 am Post subject: |
|
|
lavish wrote: | Code: | 0 # rc-update show
acpid | default
alsasound | default
bootmisc | boot
checkfs | boot
checkroot | boot
clock | boot
consolefont | boot
gpm | default
hibernate-cleanup | boot
hostname | boot
keymaps | boot
local | default nonetwork
localmount | boot
metalog | default
modules | boot
net.lo | boot
netmount | default
rmnologin | boot
urandom | boot
vixie-cron | default
volumes | boot |
|
io mi butto nel beta testing... anzi alpha in questo caso! sperem!
ciao
luigi _________________ RTFM!!!!
e
http://www.comio.it
|
|
Back to top |
|
|
riverdragon Veteran
Joined: 14 Sep 2006 Posts: 1269 Location: Verona
|
Posted: Thu Apr 26, 2007 10:09 am Post subject: |
|
|
Altrettanto, con le dita incrociate!
Un'altra bella cosa che ho letto è che il sysv-init rimane, e può quindi essere sostituito dai vari einit (che proverò), init-ng, eccetera. |
|
Back to top |
|
|
GiRa l33t
Joined: 07 Apr 2005 Posts: 717
|
Posted: Thu Apr 26, 2007 10:39 am Post subject: |
|
|
riverdragon wrote: | Uffa, non dovevi dirmelo, ora sono disperatamente tentato di provarlo!
Almeno dicci che servizi avvii nei due runlevel boot e default. |
Ti conviene preparare una macchina virtuale e copiarci dentro la tua attuale installazione.
Basta un livecd, rsync e vivi tranquillo. |
|
Back to top |
|
|
comio Advocate
Joined: 03 Jul 2003 Posts: 2191 Location: Taranto
|
Posted: Thu Apr 26, 2007 1:55 pm Post subject: |
|
|
Primo problema: modules non carica i moduli in /etc/modules.autoload.d
Soluzione: nel bug report 174360
Secondo problema: non riesco a switchare (che brutto termine...) fra le console una volta che parte X
Soluzione: non so ma probabilmente legato a consolefont (suggerimenti?)
ciao _________________ RTFM!!!!
e
http://www.comio.it
|
|
Back to top |
|
|
lavish Bodhisattva
Joined: 13 Sep 2004 Posts: 4296
|
Posted: Thu Apr 26, 2007 2:03 pm Post subject: |
|
|
comio wrote: | Primo problema: modules non carica i moduli in /etc/modules.autoload.d
Soluzione: nel bug report 174360 |
Non me ne ero accorto perche' il mio /etc/modules.autoload.d/kernel-2.6 e' vuoto
comio wrote: | Secondo problema: non riesco a switchare (che brutto termine...) fra le console una volta che parte X
Soluzione: non so ma probabilmente legato a consolefont (suggerimenti?) |
No idea.. io ci riesco tranquillamente _________________ minimalblue.com | secgroup.github.io/ |
|
Back to top |
|
|
comio Advocate
Joined: 03 Jul 2003 Posts: 2191 Location: Taranto
|
Posted: Thu Apr 26, 2007 2:18 pm Post subject: |
|
|
lavish wrote: | comio wrote: | Primo problema: modules non carica i moduli in /etc/modules.autoload.d
Soluzione: nel bug report 174360 |
Non me ne ero accorto perche' il mio /etc/modules.autoload.d/kernel-2.6 e' vuoto
comio wrote: | Secondo problema: non riesco a switchare (che brutto termine...) fra le console una volta che parte X
Soluzione: non so ma probabilmente legato a consolefont (suggerimenti?) |
No idea.. io ci riesco tranquillamente |
Fra le altre cose, quando parte X(gl) si vede distorto ed illegibile (come se avesse caricato i driver xorg invece di quelli ati)... potrebbe essere un problema riconducibile.
Terzo problema: start-stop-daemon non riesce a cambiare utente
Soluzione: patch da bugzilla 174362
EDIT: Il problema pare rientrato facendo fare un ldconfig ed u n env-update... boh
ciao
luigi _________________ RTFM!!!!
e
http://www.comio.it
|
|
Back to top |
|
|
riverdragon Veteran
Joined: 14 Sep 2006 Posts: 1269 Location: Verona
|
Posted: Thu Apr 26, 2007 4:42 pm Post subject: |
|
|
GiRa wrote: | Ti conviene preparare una macchina virtuale e copiarci dentro la tua attuale installazione.
Basta un livecd, rsync e vivi tranquillo. | In effetti trovatomi davanti alla mia linux box perfettamente funzionante... credo che rinuncerò. Aspetto quantomeno una versione non hard masked. |
|
Back to top |
|
|
comio Advocate
Joined: 03 Jul 2003 Posts: 2191 Location: Taranto
|
Posted: Thu Apr 26, 2007 10:00 pm Post subject: |
|
|
Altro problema: env-update fornito dal baselayout è broken (sbaglia ad analizzare i file in /etc/env.d con stesso prefisso).
Soluzione (workaround): usare in bootmisc env-update fornito da portage (trovare la stringa env-update e sostituire con /usr/sbin/env-update)
ciao
luigi _________________ RTFM!!!!
e
http://www.comio.it
|
|
Back to top |
|
|
Scen Retired Dev
Joined: 29 Jul 2003 Posts: 2470 Location: Padova, Italy
|
Posted: Fri Apr 27, 2007 9:02 am Post subject: |
|
|
Uè comio, ma questi "workaround" lì trovi in giro per il forum o in Bugzilla? IMHO sarebbe più utile dare questi riferimenti (es. vedere bug #NNNNNN o discussione ufficiale url=abcdefg), piuttosto che inserire ogni volta un nuovo messaggio in questa discussione (che rischia di diventare chilometrica e difficile da seguire, a lungo andare). Se il pacchetto è ancora hard-masked e in stato di "alpha", ce n'è ancora di strada da fare.....
Tutto questo rigorosamente IMHO _________________ I was born in a deep forest/I wish I could live here all my life/I am made from stones and roots/My home, these woods and roads
All my life I loved this sound/Of the woods all around/Eagles flies where the winds blows free
Journey is my destiny |
|
Back to top |
|
|
|