Senaste privatannonserna
Prylar säljes, köpes, bytes och skänkes
| 2012-10-19, 11:33 | #1 |
ronnylovMedlem Plats: Borås Registrerad: okt 2002 |
systemd init - vad tycker ni?
Nu har jag gått över till systemd på två av mina fyra Arch-Linux installationer (jag kör dessa två med XFCE skrivbord). Tydligen är systemd "the shit" när det gäller initsystem på Linux, bland annat kommer Gnome 3.6 ha beroenden till systemd. Först var jag skeptisk men nu när jag själv provat så är jag mestadels positiv. Det är ganska smidigt när man väl börjat använda det. Kan inte påstå att datorn bootar mycket snabbare (kanske för att jag har SSD-disk så det går snabbt ändå) men det funkar bra. Jag gillar särskilt funktionerna att automontera nätverksshares när de blir tillgängliga och med timeout om de försvinner så nu kan jag använda fstab istället för autofs även för NFS, samba och sshfs.
Ubuntu har valt att fortsätta med upstart (åtminstone i 12.10) så de verkar välja ett eget spår. Men det är väl bra att det finns alternativ tycker jag. Men många andra distar går över till systemd verkar det. En del kritiker hävdar att man går ifrån UNIX-principerna (som innebär att man ska dela upp saker och ting i många små specialiserade program istället för att ha en stor blaffa som sköter om allting). Andra hävdar att man måste anpassa det till dagens teknik och linuxkärnan i sig är ju en stor blaffa den också. Hursomhelst jag tycker det verkar fungera bra och det verkar inte slöa ner systemet heller (tanken är att den ska kunna starta saker parallellt och endast när de behövs istället för att alltid hålla allting igång i bakgrunden). Jaja, jag kan inte alla tekniska detaljer... Många går väl och irriterar sig på Lennart Poettering som är lite väl självsäker av sig och tycker att de som inte använder systemd är dumma i huvudet. Även om han har goda argument om hur bra det är så kan man kanske vara mer ödmjuk av sig... Eftersom Arch Linux nyligen officiellt har systemd som default och guiderna på deras wiki uppdateras i rasande takt att endast inkludera hur man ställer in saker i systemd kände jag mig tvungen att byta för att inte bli helt utdaterad. Men bytet är inget jag ångrar nu när jag väl gjort det. Visst det gamla initsystemet funkar och man kan köra mix av det gamla och det nya om man vill men man får ingen support längre för sysvinit. Jag tycker ändå det är bra att man tar radikala beslut och inte hänger kvar vid gammalt omodernt som är dömt att bli utdaterat. Att använda systemd för systemet känns ungefär som att använda ZFS för lagring tycker jag. Visst det är en stor blaffa som sköter om mycket, men det förenklar också administrationen av systemet. http://www.freedesktop.org/wiki/Software/systemd http://en.wikipedia.org/wiki/Systemd http://www.youtube.com/watch?v=TyMLi8QF6sw
__________________
Min hemsida: ronnylov.se |
|
|
| 2012-10-19, 13:14 | #2 |
=JoNaZ=Medlem Plats: Växjö Registrerad: sep 2002 |
systemd fungerar bra. Men allt är inte 100% ännu. Automounts med cifs i fstab fungerade ett tag, nu har det slutat fungera för mig.
Men det är inte så jobbigt att köra sudo mount -a efter man bootat Det fina med systemd är ju att systemet bootar på 5-10 sekunder istället för minuter! |
|
|
| 2012-10-19, 22:26 | #3 |
fisk1nMedlem Plats: Hej Registrerad: okt 2008 |
Citat:
__________________
http://mc.fulafisken.com - Fulafiskens Minecraft-server - Välkommen! Även tekkit-server utan whtelist på tekkit.fulafisken.com och en omoddad mc-server på vanilla.fulafisken.com med whitelist. Alla uppe 24/7, Gbit-lina i Sthlm med redudanta fibervägar. Jobbar på Availo som nätverkstekniker. Arch linux. |
|
|
| 2012-10-20, 10:27 | #4 |
ronnylovMedlem Plats: Borås Registrerad: okt 2002 |
Citat:
För att montera min filserver via NFS har jag denna rad: filserver:/mnt/lager /mnt/nfs/filserver/ nfs4 defaults,noatime,noauto,x-systemd.automount,x-systemd.device-timeout=10 0 0 Har än så länge inte haft några problem med automount men å andra sidan har filservern varit igång hela tiden. Har inte testat med cifs ännu.
__________________
Min hemsida: ronnylov.se |
|
|
| 2012-10-20, 10:35 | #5 |
[vEX]Medlem Plats: Stockholm Registrerad: jan 2004 |
Har också bytt till systemd på alla mina burkar, kan inte heller påstå att jag märker någon märkvärd prestadaskjuts vid start. Tycker det går lika snabbt/långsamt som tidigare, att låsa upp alla krypterade partitioner är fortfarande det långsammaste momentet.
Något jag däremot märkt att det går sjukt mycket fortare att stänga av burken, från säg 5-10 sek till typ 1-2 sek.
__________________
WS: Antec P182B | FSP Aurum 500W | Asus P8Z77-V PRO | i5 3570k | 16GB DDR3 | GeForce 450GTS | Intel 320 80GB SSD | HDD 4TB | Asus Xonar DX | Arch Linux (x86_64) | Eizo EV2736W HTPC: Antec NSK2480 | ASUS M3A78-EM | AMD Athlon X3 425 | 8GB DDR2 | GeForce G210 | HDD 2.5TB | Arch Linux (x86_64) Server: Raspberry Pi (rev 1.0) | 256MB RAM | HDD 750GB | Arch Linux (armv6h) |
|
|
| 2012-10-20, 10:52 | #6 |
SagofigurenMedlem Plats: Blekinge Registrerad: jun 2007 |
Tycker både uppstart och avstängning har blivit snabbare med systemd.
__________________
Sagofiguren[at]Origin Mobo ASUS Sabertooth Z77 Minnen Corsair VENGEANCE 16GB CPU i5 3570K GPU Gainward GeForce GTX 680 Phantom 2GB SSD HyperX 120GB Kylning Corsair H40 Skärm Samsung S27A950D Chassi NZXT H2 |
|
| 2012-10-22, 18:34 | #7 |
=JoNaZ=Medlem Plats: Växjö Registrerad: sep 2002 |
Ett tips är att köra systemd-analyze blame för att se vad som tar tid under en boot:
[root@jonaz ~]# systemd-analyze blame 8960ms network.service 282ms systemd-modules-load.service 273ms avahi-daemon.service 216ms bluetooth.service 169ms lm_sensors.service 161ms console-kit-log-system-start.service 155ms colord-sane.service 146ms systemd-logind.service 143ms systemd-udev-trigger.service 120ms sys-kernel-debug.mount 113ms systemd-sysctl.service 106ms hwclock.service 96ms systemd-udevd.service 96ms dev-hugepages.mount 87ms systemd-vconsole-setup.service 84ms systemd-user-sessions.service 83ms dev-mqueue.mount 80ms ntpd.service 79ms rc-local.service 46ms colord.service 41ms systemd-remount-fs.service 39ms systemd-tmpfiles-setup.service 32ms console-kit-daemon.service 19ms rtkit-daemon.service 13ms boot.mount 8ms upower.service 8ms udisks.service 4ms home.mount 3ms tmp.mount 0ms sys-fs-fuse-connections.mount |
|
|
| 2012-10-22, 19:19 | #8 |
MarkthegreatMedlem Plats: 192.168.55.102 Registrerad: nov 2010 |
Jag hade precis lärt mig rc.d i Arch och allt, så kommer systemd där och leker tuff... Nä tack, ogillas.
__________________
"I am the man who arranges the blocks." |
|
| 2012-10-22, 22:54 | #9 |
ronnylovMedlem Plats: Borås Registrerad: okt 2002 |
Citat:
Ett annat tips för att få en snygg bild av det hela är $ systemd-analyze plot > plot.svg Tydligen bootar jag min desktopdator på 4,25 sekunder.
__________________
Min hemsida: ronnylov.se |
|
|
| 2012-10-23, 21:38 | #10 |
saddamMedlem Plats: Sthlm Registrerad: nov 2008 |
Visst kanske man går ifrån Unix principerna med Systemd, men denna Linux teknik verkar ju som vanligt, vara en klon av Solaris teknik, och eftersom Solaris som är ett riktigt Unix använder sin SMF, så är väl Systemd ok?
Tydligen pratar skaparen av Systemd ganska mycket om Solaris SMF, precis som Systemtap gänget pratar om Solaris DTrace, och BTRFS skaparen pratar om ZFS. http://0pointer.de/blog/projects/systemd.html |
|
|
| 2012-10-23, 23:05 | #11 |
ronnylovMedlem Plats: Borås Registrerad: okt 2002 |
Ja alla verkar låna idéer från varandra. Själv gillar jag när man tänker nytt och försöker göra det bättre. Sedan är det lite synd att licensregler "tvingar" folk att uppfinna hjulet på nytt. Å andra sidan kanske man kommer på något nytt och kanske bättre, även om det tar tid att få det färdigt.
Det är väl något gammalt tänk det där att i UNIX så har man många små program som dedikeras för var sin uppgift och gör denna uppgift bra. Men ibland kan ju alltför stor uppdelning medföra att det bli dålig prestanda eller dålig integration. Exempelvis ZFS som istället för att dela upp lagring i en massa olika lager tar ett helhetsgrepp om det hela kan göra det hela mera effektivt, är det att gå ifrån de gamla unix-principerna? De som klagar på "layer violations" tycker väl det.
__________________
Min hemsida: ronnylov.se |
|
|
| 2012-10-25, 12:41 | #12 |
McZMedlem Plats: Valbo Registrerad: aug 2002 |
Citat:
Det som är bra är att jag slipper skriva egna init scripts (jag gillar BSD init, inte LFS standard init) eftersom systemd har sådant klart ![]() Det jag tycker är nackdelen är att det är mindre anpassningsbart jämfört med tidigare shell script. Jag har iof inte lärt mig allt än. Men ta min egna LFS dist som exempel, min tanke är att (lite FreeBSD inspirerade) alla extra saker som installeras på systemet skall installeras i /usr/local. Det gäller även alla inställningar (ej inställningar för användare så klart) och uppstartsfiler för varje paket. Detta ska i slutändan göra så att jag ska kunna installera allt som ligger på root partitionen sedan bara behöva konfigurera in vilken parition som monteras på /usr/local (ev. /opt också eftersom folk värkar gilla att stoppa saker där), sedan ska allt vara som vanligt utan att behöva göra något mer. På samma sätt ska man kunna få ett ominstallerat system genom att helt enkelt köra rm -rf /usr/local/* Problemet jag har funnit med systemd är att paket installerar sina systemd uppstarts filer i /usr/bla/bla/bla (minns inte exakt ) istället för /usr/local/bla/bla/bla det har jag ännu inte fixat (har andra problem att brottas för tillfället )EDIT: En annan sak är att den väntar på nätverket, som tidigare skrev att det går fortare med statisk IP, vilket är delvis onödigt så länge man inte har root eller något viktigt filsystem på nätverksdisk. dvs. Kan den boota upp till desktop utan att vänta på nätverket tycker jag att den autmatiskt ska göra det och när nätverket är uppe så startas dom tjänster som är beroende av nätverket. Senast redigerad av McZ 2012-10-25 klockan 13:44.
__________________
Laptop: Sony Vaio S13 | Core i5-3210M | GT 640M LE | 1600x900 | 12Gb RAM | 256Gb Samsung 830 SSD NAS: Atom D510 1.6Ghz | 4GB DDR2 Ram | 3x1.5Tb ZFS | FreeNAS 8 |
|
|
| 2012-10-25, 16:44 | #13 |
ronnylovMedlem Plats: Borås Registrerad: okt 2002 |
Nu är tredje datorn (filservern) konverterad till systemd. Det är bara htpc-datorn kvar men den har jag ändå tänkt uppgradera och installera om till 64-bit så det känns inte lika angeläget att konvertera den installationen.
Det kanske går att konfigurera att starta nätverket senare om man vill? SSH-tjänsten kan man konfigurera så att den startar vid första anrop. Gör man så med alla tjänster som beror på nätverket så skulle den inte behöva vänta på nätverket vid uppstarten. Nu startar det så snabbt ändå tycker jag så jag har inte brytt mig om att tweaka mer.
__________________
Min hemsida: ronnylov.se |
|
|
| 2012-11-09, 01:20 | #14 |
RistMedlem Registrerad: jan 2005 |
User session
Testade precis systemd user sessions. Jag använder det numera att starta min lokala mpd server som jag vill kunna styra och köra med user rättigheter.
Det var bara att stoppa en service fil för mpd i /etc/systemd/user/ $ systemd --user $ systemctl --user <star/stop/enable/disable> mpd Senast redigerad av Rist 2012-11-09 klockan 01:27. |
|
|
| 2012-11-09, 16:38 | #15 |
ronnylovMedlem Plats: Borås Registrerad: okt 2002 |
Citat:
Det fanns en servicefil för xbmc märkte jag. Har inte testat den men tror man kan använda den på liknande sätt för att auostarta xbmc på liknande sätt.
__________________
Min hemsida: ronnylov.se |
|
|
| 2012-11-16, 07:30 | #16 |
McZMedlem Plats: Valbo Registrerad: aug 2002 |
Nån som har koll på hur man kan få systemd att INTE rensa skärmen innan login prompten visas?
__________________
Laptop: Sony Vaio S13 | Core i5-3210M | GT 640M LE | 1600x900 | 12Gb RAM | 256Gb Samsung 830 SSD NAS: Atom D510 1.6Ghz | 4GB DDR2 Ram | 3x1.5Tb ZFS | FreeNAS 8 |
|
|
| 2012-11-16, 08:15 | #17 |
SchnitzMedlem Plats: Malmö Registrerad: nov 2005 |
En renodlad ny init-daemon med mer aggresiv parallellisering hade väl absolut varit intressant att ta en titt på. Däremot gillar jag inte utvecklingen alls med att eländet ska ta över en massa annat istället för att vara just en init daemon, så därför är systemd inget jag vill använda och supporta. Ja, jag tycker faktiskt att det är att gå ifrån Unix-principerna på ett negativt sätt. Trådskaparen slår ju huvudet på spiken med just "blaffa".
Jag tycker inte att förespråkarnas jämförelser med själva Linuxkärnan är riktigt väsentlig. Visst är kärnan monolitisk och visst har den vuxit med åren, men den har alltid varit monolitisk och är samtidigt i allra högsta grad anpassningsbar.
__________________
Desktop: XFX XXX 750W | ASRock Extreme4 Rev3 | Intel 2500K | Corsair H80 | Corsair Vengeance 4x4 GB | Zotac Geforce 560ti SLI | OS: Gentoo Server: Intel D510MO | 4GB 800Mhz DDR2 | PicoPSU-80 + 72W external power adapter | 2TB HDD | OS: Debian |
|
|
| 2012-11-16, 11:00 | #18 |
ronnylovMedlem Plats: Borås Registrerad: okt 2002 |
Efter att kört ett tag nu så tycker jag det känns ganska bra med systemd. Det som jag fortfarande tycker är lurigt är hur man bestämmer ordningen på när saker ska startas. Visst parallellisering är bra men det blir svårare att få full kontroll känner jag. Ibland startar en deamon för tidigt och så blir den fail och funkar inte. Startar man den sedan manuellt igen så funkar den. Jag vet att man kan sätta villkor på hur saker och ting beror på varandra men jämför man med den gamla rc.conf som fanns förut i Arch Linux så har det ändå blivit krångligare med att få saker att starta i rätt ordning (förr startades bara en sak i taget i en viss ordning så det var förstås lättare att styra det, men det gick långsammare). Men jag kanske behöver sätta mig in mer i hur det fungerar.
Jag är på det hela taget ändå positiv till systemd och hoppas detta blir framtidens standard på Linux. Ubuntu har som sagt var valt en annan väg och det är lite trist tycker jag för många utvecklare gör så att det bara funkar i ubuntu och så struntar de i resten. Ett exempel är xbmc som om man kör det standalone på Arch Linux så funkar inte avstängningsfunktionen. Detta beror på att xbmc-utvecklarna ser det som "distributionsspecifikt" bara för att det funkar på ubuntu och därför struntar i problemet. Det är ju snarare ubuntu som valt gå en annorlunda väg och är distributionsspecifika... Samma sak med utvecklarna av "zfs on Linux". De ser också bara till att det funkar på ubuntu och struntar i att skapa en systemd service för zfs. Jag kör med rc.conf just för denna demonen men gillar det inte. Kanske är det att Arch Linux ligger lite före andra distar? Eller kommer systemd att bli en flopp? Verkar som många användare av Arch Linux ändå är nöjda numera även om det finns en del som klagar på bytet. Vi har liksom inget val om vi vill fortsätta använda Arch för de kommer officiellt sluta supporta det gamla initscipts och endast stödja systemd i framtiden.
__________________
Min hemsida: ronnylov.se |
|
|
| 2012-11-16, 17:49 | #19 |
maniakMedlem Plats: 192.168.1.267 Registrerad: apr 2003 |
Körde in arch på min jobblaptop strax efter de bytte till systemd, glatt ovetande om att de bytt ens
. Är främst nöjd över hur trevligt det blev med arch även om det tog lite tid att få till allt som man ville.Men kan inte påstå att det är bättre eller sämre för det jag använder laptopen till, däremot startar den snabbt (3 sekunder, ssd). Det som är bra med systemd är standardisering när det gäller konffiler och annat. Gillar inte att journalen sparas i binära filer (även om det är lätt att plocka ut texten).
__________________
CCNP |
|
|
| 2012-11-16, 18:34 | #20 |
RistMedlem Registrerad: jan 2005 |
Citat:
För det är ju inte så att allt i systemd är en binär utan det är ju en mängd småprogram varav många kan användas även utanför systemd. När du ska suspenda kör ju systemd mestadels de specifika binärerna parallellt. I teorin skulle ju distributionen kunna splitta ut dessa binärer i separata paket (som vissa redan gör med udev) gör det systemd mindre av en blaffa eller är det bara en lek med ord? |
|
|
| 2012-11-16, 19:02 | #21 |
RistMedlem Registrerad: jan 2005 |
Citat:
En alternativ lösning är väll att använda unit socket filen för att få ett implicit beroende istället. Kanske kan det åtminstone gå runt problemet? Citat:
fedora har väll gjort det än? Sen är ju inte sådana problem unika för systemd. "Upstart" skaparen (jobbar för google numera och inte Canonical) bloggade ju för ett tag sen om problemen med mjukvaru raid på ubuntu orsakade av att ingen maintainade de upstartspecifika patcharna. http://netsplit.com/2012/10/30/goodbye-ubuntu/ Senast redigerad av Rist 2012-11-16 klockan 19:16. |
|
|
| 2012-11-17, 00:09 | #23 |
SchnitzMedlem Plats: Malmö Registrerad: nov 2005 |
Citat:
Ja, jag får nog säga att en uppdelad paketering av systemd hade gjort det mer acceptabelt enligt mig och mindre blaff-aktigt. Uppenbarligen har du bättre koll på systemd än mig, men vad jag förstått utifrån det jag läst mig till så bidrar systemd till sämre möjligheter till full systemkontroll och anpassningar. Det anser jag är än värre än att ta ett steg från unix-principerna. Huruvida du tycker det stämmer får du gärna berätta, det är väldigt intressant med åsikter från någon som är lite mer insatt!
__________________
Desktop: XFX XXX 750W | ASRock Extreme4 Rev3 | Intel 2500K | Corsair H80 | Corsair Vengeance 4x4 GB | Zotac Geforce 560ti SLI | OS: Gentoo Server: Intel D510MO | 4GB 800Mhz DDR2 | PicoPSU-80 + 72W external power adapter | 2TB HDD | OS: Debian |
|
|
| 2012-11-18, 02:55 | #25 |
dagleMedlem Plats: Borås Registrerad: mar 2005 |
Citat:
Så nej, systemd är inte ok i unix men i unix(tm) så är det säkert guld och gröna skogar.
__________________
Plan9 fan. In glenda we trust. |
|
|
| 2012-11-18, 16:55 | #26 |
AntonovskijMedlem Plats: Karlskrona Registrerad: jul 2003 |
Jag tycker mig se att jag kan logga in tidigare på min fil/backup-server efter uppstart. Är fortfarande inte så insatt i systemd men det verkar i grunden vettigt och lättanvänt, så hittills tycker jag bra om det.
|
|
|
| 2012-11-18, 18:19 | #28 |
=JoNaZ=Medlem Plats: Växjö Registrerad: sep 2002 |
Citat:
Då är det bra ifall den bootar på 5 sekunder med alla fönster man hade igång uppe igen! Håll dig till topic? |
|
|
Redaktionens senaste nyhetsrubriker
Prylar säljes, köpes, bytes och skänkes