Házi szerver fogysztás csokkentés

Közösségi kerekasztal

Üdv

Házi szerveremet szeretném leváltani ... túl sokat fogyaszt. A kiterheltségéhez képest ami 2% alatt van az idő jelentős részében.

Amit a szerver csinál: Hőmérsékletmérés, file szerver, adatbázis szerver, webszerverke, ritkán proxy. (nincs grafikus felület)
(Intel P4 2.8GHz)

Elsőnek szimpatikus lenne a raspberry pi, főleg a fogyasztás miatt, de nincs elég serial ata rajta :-)
Amit szeretnék helyette? az valami intel atom-os alaplap, olcsóért.

Amit találtam kis fogyasztásút, az Dell Vostro A100 és a Intel D410PT. Mindkettő 30-50$ között van.

Esetleg mondanátok vélemény az alaplapokról, mert én nem ismerem ezeket.
Vagy ajánlanátok más hasonló alaplapot.

A hozzászólásokat előre is kösz szépen.

  • 16361 megtekintés

+1

Vagy alternatívaként egy picit régebbi, mondjuk egy D525 - szigorúan nVidia ION nélkül (az megduplázza a fogyasztást), sima NM10-zel szerelve.
http://www.intel.com/content/www/us/en/motherboards/desktop-motherboard…
http://www.asus.com/Motherboards/AT5NM10I/

A P4-nél gyakorlatilag bármi más kevesebbet fog fogyasztani :D

Sok-sok évre kell? Akkor nem drága bármiféle kompromisszumos megoldáshoz képest.
Én is gondolkoztam ezen tavaly ilyenkor, aztán nyár elején vettem egyet szintén házi szerver céljára.

Egyébként 4 RS232-je van, amiből 2 van hátlapra vezetve, a másik kettő alaplapi tüskesoron van.
A kettő ethernet interfésze független, az internetkijáratot is ezzel csináltam meg. Tuti nem fagy be a NAT táblája. :)
(Bár talán a mostani WiFi routereknek sem, régebbi WiFi routerekkel mindig ráfáztam.)

[ 0.049409] smpboot: CPU0: Intel(R) Atom(TM) CPU D2500 @ 1.86GHz (fam: 06, model: 36, stepping: 01)
...
...
[ 0.381150] 00:08: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
[ 0.401794] 00:09: ttyS1 at I/O 0x2f8 (irq = 4) is a 16550A
[ 0.422402] 00:0a: ttyS3 at I/O 0x2e8 (irq = 3) is a 16550A
[ 0.443019] 00:0b: ttyS2 at I/O 0x2e0 (irq = 4) is a 16550A

( E-Medve v | 2013. 04. 04., cs – 19:59 )

A raspberry pi nem játszik USB-s soros átalakítóval? Vagy ha csak a hőmérsékletmérés miatt kellene a soros port, akkor kis átalakítással használhatod a rpi GPIO portjait is.

Ha csak hőfokmérésre kellene (DS18B20), (+kis http) ideális választás volna számomra.

Sőt talán még valami vállalkozást is lehetne erre építeni R.pi + 4-6db DS1820 + egy kupac scipt (+ 1db 300W-os szünetmentes) és mint IQ-s termosztát, kazán vezérlő. :-)

A házi szerverem egyik részfeladata ez.

( Fisher v | 2013. 04. 04., cs – 21:40 )

Nem lebeszélésként, de hogy én miért nem: kiszámoltam, hogy ideális esetben mennyi idő alatt térül meg, és úgy döntöttem, hogy nem.
Viszont amit igen, csak még ahhoz is lusta voltam: master-slave elosztó, master a szerver, slave a modem, router, médialejátszók, erősítő; időzítve (cron) kikapcs, bekapcsolás sajnos nem megy biosból, de egye penész.

Ennek az ára pár hónap alatt megtérül. Pláne ha sokat fogyaszt a gép :D

http://www.argep.hu/trend/MAST/Master-slave-eloszto.html

Én is számolgattam... igen a megtérülés az egy évre jön ki. Viszont több történetből áll a probléma.
A jelenlegi házi szerverembe lapátolva van a kiselejtezett alkatrész.
2db 40GB IDE, 1db 80GB IDE, 1db 160GB SATA vincseszter. Ezeket szeretném 1db 1-2TB hdd-re cserélni. A boot pedig 1db 4GB penderedve-ról menne. (SWAP meg eddig sem kellett.) 2.8GHz Intel P4 ez is zabál...

Így azért lesz mit megtakarítani. :-D

( bbandi | 2013. 04. 06., szo – 16:07 )

Cubox-ot vettem majdnem nemrég, azon van sata. (Én azért mondtam le róla, mert xbmc alá szeretném, de több helyen olvastam, hogy a gyengébb hw ellenére jobb arra a célra az rpi, mert jobb a szoftvertámogatottság). Igaz, nem olcsóbb, mint egy atomos gép, de kevesebbet fogyaszt.

( gaby | 2013. 04. 09., k – 13:05 )

Hirtelen jött költség csökkentés miatt (a kölkök megoldotta telefonszámlával...) úgy néz ki, málnabogyó lesz. (ugrik egyenlőre a fájl szerver)
Viszont felvetődött egy újabb probléma. Már 2 vezetékesre csináltam meg a (DS18B20: 1,3 láb rövid zár) hőfokmérő rendszeremet, de csak olyan kapcsolási rajzokat találok, ahol 3 vezetékkel lehet megoldanom a raspberry pi felé az összeköttetést.
Van valami korrekt RS232/USB átalakító ami együtt működik a ezzel az ARM processzoros csodával? Vagy ilyennel nincs probléma?

Lehet ha helyben lehúzod földre az 1-es lábat akkor működhet (láma vagyok hozzá, ne üssetek). Ez alapján mondjuk 3 vezeték kellene, gondolom te is megtaláltad:
http://www.raspberrypi-spy.co.uk/2013/03/raspberry-pi-1-wire-digital-th…

HCL a usb2serial cuccokra:
http://elinux.org/RPi_VerifiedPeripherals#USB_UART_and_USB_to_Serial_.2…

A felső linket az elsők között találtam meg és ez miatt aggódom.

Az érzékelők műgyantában vagy szilopast-ban gubbasztanak (7db) és a vezetékezés is jelentős "gubancot" képvisel. Így már lábaik hozzáférhetetlenek, ezért gondolkodom RS232/USB átalakítóban.

Ezen a módon valósítottam meg
http://lookass.ch/pa_files/computer_tempsensor_DS9097_Schematic.gif
Ezért valószínűleg (csak tip, a feszültség szintek miatt) nem felel meg számomra egy, TTL-s szerkentyű.
Valószínűleg csak egy teljes értékű (tudja a +-12 V-ot) átalakító jelenthet megoldást. Ha tévedek azt valaki biztoson nem sokára megírja. Csak kérem indokolja, magyarázza mert nehézfejű vagyok. :-D

Köszönöm válaszod, segített pontosítani, egyértelműsíteni az újabb problémáimat.

Nem titok de nem lesz releváns neked :) 55€ volt egy 512-es board, ház, táp, hdmi-dvi kábel és 4GB SD kártya, ebay.de, pár hónapos cucc. Meg lőttem mellé egy 7portos aktív USB 2.0 hubot 1€-ért :)

Itt találsz otthoni darabokat ha nem akarsz újat mindenáron:
http://hardverapro.hu/aprok/hardver/keres.php?stext=raspberry

Én ezen apró kapcsolási rajz alapján valósítottam meg, 7db DS18B20 számláló "érzékelőhálózatomat".

http://trifid2.sweb.cz/teplomer/Images/schema.gif

Kiválóan működik, nem is a klasszikus sín szerű megoldást csináltam (két vezeték fut körbe és onnét vannak a leágazások) hanem az fa jellegűt. Vagyis több irányba indulnak az árnyékolt vezetékek.

2 vezetékes parazita mód, ekkor az adatlábról táplálod és a kommunikáció során az adatlábat nem tápnak, hanem tényleges kommunikációra használja. A kommunikáció alatti energiát (lévén, nincs táp alatta) belső kondiból oldja meg. Hosszú vezetéknél / több felfűzött eszköznél nem ajánlott.
Érdemes volna 3 vezetékesre megcsinálnod vagy célirányosan parazita módban kezelő kódot keresni Rpi alá, mert másként kell megszólítani.
DS18B20 ismeri mindkét módot. DS18S20 csak a parazita módot ismeri.

( gaby | 2013. 05. 01., sze – 14:08 )

Megjött a RaspBerry Pi (B).
Kellemes csalódás volt, sokkal soványabb teljesítményre számítottam.

Mivel ArchLinux "hívő" vagyok, így erre a kis gépre is ez Arch került.

A megszokott programjaim, szkriptjeim portolásával töltöm a szabadidőt. Igen sok hardver specifikus dologra kell még rájönnöm, utána olvasnom.... erre nem számítottam.