Vroeger had ik 1 server die continue draaide en 209W aan electriciteit verstookte.
Met een beetje moeite kon ik het verbruik terugbrengen naar ongeveer 160W.
Met wat meer moeite naar 90W als de harde schijven in slaapstand gingen. (Het merendeel van ieder etmaal.)
Maar ik vind 90W nog te veel...
In een eerste fase werd het NAS gedeelte opgesplitst.
Zie hiervoor: http://blog.knudde.be/NAS+Server+III
Deze fileserver bevat belangrijke files die continue beschikbaar moeten zijn. (VB: muziek die gestreamed wordt doorheen het huis.)
Deze draait dan ook 24/7 en verbruikt ongeveer 10W continue.
De oude server moest eigenlijk nog blijven draaien, want deze deed dienst als MythTV server.
"Deed", nu niet meer, want de tweede fase is voltooid:
Ik heb een miniITX systeem gekocht en er zelf een houten kastje voor gemaakt. (De kasten die ik vond waren allemaal "design" en daardoor veel te duur.)
Het volledige systeem met tunerkaartjes en HD verbruikt 34W.
En dat is nog niet alles: Indien het systeem niets te doen heeft, schakelt het zichzelf uit: 4W.
Om het verbruik laag te houden heb ik beslist om i.p.v. 6 harde schijven van de oude server, maar 1 harde schijf van 1TB te gebruiken.
Een "green" HD van WD. Het verbruik van deze HD is ongeveer 10W.
Omdat het systeem enkel aangeschakeld wordt bij het opnemen van een TV programma en/of bij het bekijken van een TV programma/film, is het gemiddelde verbruik natuurlijk zeer laag.
Hoe wordt nu de server aangeschakeld? Dat hangt er van af. (Zie verder.)
Het probleem met de client is: hij boot via het netwerk. (Geen HD.)
Vroeger was de bootserver de MythTV server, maar dat kan nu dus niet meer, want de kans is groot dat de server uitgeschakeld is.
Mijn TV systeem bestaat daarom nu uit 3 delen:
- De MythTV server die niet altijd aangeschakeld is
- De Minimyth client die natuurlijk ook niet altijd aangeschakeld is en boot via het netwerk
- De NSLU2 (File server), die wel altijd aanstaat.
Boot sequence voor opname
- De server start automatisch enkele minuten voor de opname.
- Het programma wordt opgenomen.
- Voordat de server zichzelf weer uitschakelt, gaat hij in het BIOS een tijd invullen waarop hij terug wakker moet worden (NVRAM wakeup time). Dit is dus enkele minuten voor de volgende opname.
- De server sluit zichzelf af.
Boot sequence met client
- De client wordt aangeschakeld en deze krijgt via DHCP zijn boot parameters. (Van de NSLU2)
- Via TFTP wordt een kernel en filesystem afgehaald. (Van de NSLU2)
- Filesystem draait volledig in RAM en de client start met Wake-On-LAN de server.
- Eens de server draait wordt de directory met TV programma's en films via NFS gemount zodat alles op de client beschikbaar is.
Dit is niet erg snel, omdat het volledige filesystem via TFTP laden niet erg snel is, en de client eerst bijna volledig geboot moet zijn voordat de server via WOL aangezet wordt, en de server natuurlijk ook tijd nodig heeft om te starten.
Er zijn echter wel shortcuts mogelijk, die momenteel nog niet geïmplementeerd zijn:
- De NSLU2 kan de server via WOL aanzetten van zodra hij merkt van de client aangeschakeld wordt. (Van zodra de client een IP adres aanvraagt.)
Op die manier kunnen client en server quasi gelijktijdig booten. - Het filesystem van de client hoeft niet via TFTP overgezet te worden en in RAM draaien. Ik kan het filesysteem vanaf de NSLU2 via NFS mounten op de client.
Momenteel draait alles min of meer, en is het tijd om de kinderziektes weg te werken...

Snellere boot
Ik heb met SWATCH (http://swatch.sourceforge.net/) de eerste shortcut geïmplementeerd.
Van zodra de NSLU2 een dhcpdiscover message tegenkomt met het MAC adres van de Minimyth, dan zal deze de server opstarten.
De totale boot tijd is nu net iets meer dan 2 minuten.
De eerste 35 seconden zijn puur BIOS. ("No keyboard detected, press F1 to continue." En dan een 10 seconden tellertje. Boot zou dus makkelijk 10 seconden sneller kunnen.)
De server heeft iets minder dan anderhalve minuut nodig om te booten.
Aangezien de client nu net iets sneller klaar is dan de server, heeft het geen zin om de client sneller te maken door bijvoorbeeld te booten via NFS.
Het BIOS van de client moet eerst sneller, zodat beide systemen eerder kunnen beginnen booten.
Daarna moeten beie systemen sneller.
Nog enkele ideeën voor een snellere boot voor de client:
Voor de server weet ik momenteel nog niet hoe ik dat sneller zou kunnen maken.
Foto's...
Foto's op http://mythportal.be/node/86