Raspberry Pi alternatíva? (Webszervernek.)

Hálózati eszközök

Sziasztok,

Max. 15 ezerért valami néma kütyüre lenne szükségem, amiről weboldalt futtathatok. A Raspberry Pi erre a legalkalmasabb?

  • 20954 megtekintés

( apal v | 2013. 10. 31., cs – 18:22 )

pcengines/alix. igaz, az dragabb, de egyreszt jo ha'zakat is lehet hozza' kapni, masreszt atomstabil. csak jokat tudok errol mondani. nyers teljesitmenyben lehet hogy kicsit a pi alatt marad, de ha nem csak ez a szempont, akkor jo. readonly-modon automatikusan mukodo debian is van ra' (voyage).

( ironcat | 2013. 10. 31., cs – 19:39 )

„A Raspberry Pi erre a legalkalmasabb?”

Az ár alapján igen.

Az RPi-t elsősorban adatgyűjtő rendszernek rendeltem meg. Kipróbáltam más célokra is. Van amire jó, van amire nem. Szerintem a Raspberry Pi webszervernek csak erős kompromisszumokkal alkalmas. Lighttpd-vel próbáltam, de elég lassú volt.

Tegnap rendeltem meg a Cubietruck kártyát, ez kicsit drágább, de talán alkalmasabb egy ilyen feladatra. A hangsúly a talánon van.

----- 

(&%;_98\<|{3W10Tut,P0/on&Jkj"Fg}|B/!~}|{z(8qv55sr1C/n--k**;gfe$$5a!BB]\.-

Ezt is néztem. Azért a Cubietruck lett a nyerő, mert „rendes” SATA port van rajta (nem eSata) és a lemez tápellátása is a boardról történik. Valamint a vele adott „házban” a merevlemez elhelyezése is megoldott. Hátránya, hogy a tápellátása nem a legelterjedtebb csatlakozóval van megoldva.

----- 

(&%;_98\<|{3W10Tut,P0/on&Jkj"Fg}|B/!~}|{z(8qv55sr1C/n--k**;gfe$$5a!BB]\.-

Egyebkent a Cubieboardon is van egy plusz tapcsati, amivel egy noti vinyot vagy egy SSD-t meg meg lehet hajtani + SATA/Tap kabelt is adnak hozza, persze, ekkor erosebb tapellatas is kell maganak a boardnak. 3,5"-shoz mar nyilvan nem eleg, amit a lap produkal.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Túl sok tapasztalatom még nincs, mert szerdán érkezett meg. Sokat még nem foglalkoztam vele, mert a hozzá való tápegység még nem jött meg, így a merevlemezt nem volt értelme csatlakoztatni.
Amit eddig megnéztem a gyári androiddal:
- Kicsit zavar, hogy az alapértelmezett felületet használva nem lehet ikonokat rakni az asztalra, így mindent az Aplications menüben kell keresni. Van egy Favorites menü is, oda esetleg be lehet pakolni a gyakran használt alkalmazásokat. Bár ennek a módját még nem találtam meg. Igaz, nem is nagyon kerestem.
- Gyors a rendszer, a böngészés is elfogadható sebességű.
- A youtube, a videólejátszás, a gmail és a feedly működik.
- Wifi stabilnak tűnt. De a „teszt” során a router és a készülék között csak 4 méter távolság volt.
- A bluetooth elég erősnek tűnik.
- Ha valaki az androiddal akarja használni, akkor a ledeket célszerű leragasztani valamivel, különben esténként karácsonyi hangulat lesz a szobában. Rövidebben: erős fénnyel villognak a ledek.

Tapasztalatom más OS-sel még nincs. Tegnap este ugyan tettem egy próbát a cubiebord fórumból letöltött debiannal, de a ntpd indítása után megállt a boot folyamat. Ez nem biztos hogy a debian hibája volt, mert egyéb jelek alapján nem zárható ki, hogy az SD kártyával van gond.

----- 

(&%;_98\<|{3W10Tut,P0/on&Jkj"Fg}|B/!~}|{z(8qv55sr1C/n--k**;gfe$$5a!BB]\.-

Elsősorban a sebesség érdekel főleg, a stabilitás hardver szinten.
Az android nekem felejtős ezen maximálisan, az max telefonra jó meg tabletra tapiképernyőn.

Az elmondásod alapján eléggé gyors kis kütyüre számíthat az ember végül is.

Ha majd lesz tapasztalat linux-al is, akkor arra is kíváncsi leszek, köszi előre is meg az eddigieket is.

(én egyelőre cubie 2-essel meg rb pi-vel vacakolok amikor időm futja rá)

A r0ckstore-ból rendeltem, de ott most „Sold out” állapotba került.
A szállítás: Október 30-án rendeltem, a szállítási költség $18 volt és december 11-én érkezett meg. Már korábban is tapasztaltam, hogy karácsonyi időszakban megnő a szállítási idő, így nagyjából ilyesmire számítottam. Ami kicsit meglepő volt, hogy ebből két hét esett a Vecsés-Budapest távolság megtételére. Nyilván a NAV-nak is sok dolga van ebben az időszakban. Természetesen ahogy az országba érkezett, egyből megszűnt a tracking lehetősége. Ugyan a eredeti tracking oldalon az szerepelt, hogy a posta.hu-n folytatható a nyomkövetés, de ez a postát nem nagyon zavarta.

----- 

(&%;_98\<|{3W10Tut,P0/on&Jkj"Fg}|B/!~}|{z(8qv55sr1C/n--k**;gfe$$5a!BB]\.-

A VPS-em jelenlegi memória kihasználtsága (0% swap mellett): 249 megabyte (az 512-ből). Ezen fut: nginx + php-fpm + mysql + postfix + bind + pure-ftpd + egy mailman.
Tudni kell beállítani is, az apt-get install * nem tudomány

// Happy debugging, suckers
#define true (rand() > 10)

A Beagle-nek jó a Linux kernel upstream támogatottsága, de a GPU belátható időn belül reménytelen eset (ahogyan az RPi, csak ez nem annyira katasztrofális: el tud indulni nélküle).

A Cubie* és OLinuXino * Allwinner SoC kernel upstreamje még egy kicsit döcög, de láthatóan dolgoznak rajta. A Mali GPU meghajtót is fejlesztik, és bár még nem használható, de azért nem teljesen reménytelen a helyzet.

Egyébként háziszervernek jó lehet még az OpenWRT-s USB-s router (TP-Link, Asus stb.) kevés memóriával, vagy egy NAS: http://www.cyrius.com/debian/

( uid_4672 | 2013. 10. 31., cs – 22:07 )

UG802 vagy MK808 + usb network + picuntu
szerk: netalán tán MK802 IV, csak ez már egy kicsit drágább és a linux kernel sem egy háromlábú szék, ami hozzá van

( saxus | 2013. 11. 01., p – 18:30 )

Cubieboard. Van rajta SATA, alapbol van rajta flash memoria, ARMv6 helyett ARMv7, es 1G ram.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Ha merevlemezt is dugsz rá, akkor 2-2,5 A-es tápot javasolnak. Merevlemez nélkül nyilván kisebb lesz a fogyasztás.

Kiegészítés: https://groups.google.com/forum/#!topic/cubieboard/vDIu-LHnW8k
Bár tippem szerint az itt található adatok az első verzióra vonatkoznak.

----- 

(&%;_98\<|{3W10Tut,P0/on&Jkj"Fg}|B/!~}|{z(8qv55sr1C/n--k**;gfe$$5a!BB]\.-

( g3rg0 | 2013. 11. 01., p – 20:29 )

Szerintetek videolejátszásra melyik a legjobb kis fogyasztású arm lap?
Nekem a cubiboard tetszene, vagy még inkább a cubietruck, de az allwinernek ha jól tudom nagyon döcög a hardveres video dekódolása.
Néztem még a cubox-ot is de azon nincs gpio, amire viszont szükségem lenne.

Igen, de jobb, mint az rpi.
Rpi nem alkalmas webszervernek.
Ez talán. Én file és felhő szervernek szeretném megvenni, hátha beválik. De ehhez még jönne a ház kb 15000, egy 1 terás merevlemez kb 20000 (pl a heliumos, terhelés alatt 2 wattot evő hitachi), plusz 1 pendrive. Ezen menne 1 ftp szerver, 1 samba, 1 owncloud, 1 transmission, talán még 1-2 egyszerűbb. A kérdés az, hogy milyen sebességgel oldja meg?

Az túlzás, hogy az Rpi nem alkalmas webszervernek.

Először definiáljuk a webszerver fogalmát. Ha ez megvan, akkor nem árt tudni, hogy mekkora látogatottsággal kell számolni, illetve ezek mennyire vannak elosztva a nap 24 órájában és mit kell kiszolgálni (mennyire dinamikus a tartalom és melyik nyelvről van szó).

Ahogy már mások is írták: hihetetlen dolgokat lehet művelni Rpi-nél kisebb vasakkal is, de oda nem elég az apt-get install *, nem árt tudni azt is, hogy mondjuk a memóriahasználatot hogyan tudod optimalizálni.

nem biztos, hogy képes lennék a memóriahasználatot optimalizálni, úgyhogy nekem először is erősebb vas kellene.
Abban igazad van, hogy a kérdező nem pontosította, hogy a webszerver számára mit takar. számomra néhány user (max5) kiszolgálását a fenti szolgáltatásokkal.

Én általában fordítva szoktam csinálni: a rendelkezésre álló vasból kihozni a maximumot. Például hihetetlen, hogy egy Linksys NSLU2-ből (266Mhz-es processzor, 32 megabájt memória) mit ki lehet hozni, igaz, ott már van minimális swap használat.

Egyébként annó néztem az Rpi-t (nekem még a 256 megabájtos van), ott pl. egy Redmine is kezelhető sebességű (1-2 másodperces oldalbetöltés maximum), de a boot utáni első oldalbetöltés tényleg lassú: 2 perc körüli értéket mértem. Ha viszont Nginx/Lighttpd + PHP párost használsz, akkor gyakorlatilag nem látszik (vagy minimális) a terhelés 5-10 felhasználóval.

Najó, de neked a webszerver jelenti a webszervert ownclouddal plusz az ftp szervert, plusz a samba plusz a transmission plusz még valami amit nem is tudunk hogy mi. Ez így kissé tág értelmezése a webszervernek, illetve egyedül a transnmissionnal ki lehet akasztani kb. tetszőleges hardvert csak elég pornót kell seedelni elég sok szálon.

( mizy | 2013. 11. 02., szo – 10:33 )

15ezerbol szerintem nem hozhatsz ki normalis rendszer, mivel meg az Odroid U2 is 40 korul van, ami mar lehet alkalmasabb. De annyiert mar inkabb E-350 vagy nagyobb testvereit vennek! Nekem is E-350 van, elotte RPi volt. Hat kicsit gyorsabb, es nem eszik tul sokat. :)

--
http://www.flickr.com/photos/mizyhun/

( v4x v | 2013. 11. 02., szo – 10:52 )

Szia!

Természetesen a feladatot nem specifikáltad, csak az összeget, ezért:

Javasolnék neked egy OpenWRT routert és egy pendriveot.
TP-Link mr3220-as router, 400 MHz-es mips proci, 32 MB ram, USB2.0
és
valamilyen pendrive.

Az egész móka max 8-10 ezerből megáll!

http://wiki.openwrt.org/doc/howto/http.overview

( sj | 2013. 11. 02., szo – 10:56 )

az ok, hogy a topiknyito webszervert akar belole. De mire hasznalnak egy ilyen lapkat a tobbiek? Ill. a tapeallatast hogyan oldjatok meg? Vegul meg az is erdekelne, ha rendelsz egy ilyen kutyut akar USA, akar EU-bol, akkor a postakoltsegen (na meg a cucc aran) kivul van-e meg barmilyen sarc, amit meg kell fizetni, stb?

--
"Pontosan ez a ti bajotok. Ez a kurva nagy csőlátás. [...]" (bviktor)

Ha a webshopban nettó ár volt feltüntetve, akkor még rá kell számolni a 27% áfát a postaköltséggel megnövelt árra. Ha EU-ból rendelted, akkor már az eladó felszámolja az áfát. Tehát az EU tagországból rendelve már a fizetéskor látni fogod a teljes költséget.

Ha EU-n kívülről rendelted, akkor még a vám is rájön (ha átlépi az vámmentesség értékhatárát), de az áfa mellett ez el fog törpülni. Ha a webshop alacsonyabb összeget ír rá, akkor esetleg átcsúszhat a vámon, és ilyenkor áfát sem fogsz fizetni. De ezt előre nem tudhatod, csak az áru országba való beérkezésekor derül ki. Tehát EU-n kívülről rendeléskor úgy kell számolni, hogy az áfával, és az esetleges vámmal megnöveled a webshopban fizetendő árat, és ha még így is megéri, akkor megrendeled. Ha mégsem kell fizetni áfát, akkor örülsz.

Megjegyzés: mivel az ilyen kütyük általában jóval 6000 forint felett vannak, így az áfamentesség értékhatárát biztosan átlépi a beszerzés.

----- 

(&%;_98\<|{3W10Tut,P0/on&Jkj"Fg}|B/!~}|{z(8qv55sr1C/n--k**;gfe$$5a!BB]\.-

( saxus | 2013. 11. 02., szo – 23:26 )

De amugy tenyleg, minek Raspi, miert nem valami berelt tarhely vagy VPS?

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

( bzs v | 2013. 12. 12., cs – 18:28 )

Szerintetek localhoston webszerverként megállná a helyét az RPI ahhoz, hogy:

1.
Mindig 1 júzer nézze a php által generált oldalakat

2.
néha elinduljob egy gnuplot, majd egy latex, hogy rövid pdf-eket állítson elő jelentésként

3.
ftp-n külső szerver felé küldjön pdf-eket, esetleg e-mailben rövid szöveges risztásokat

4.
localhoston kívül senki nem kezelheti az RPI-t
---
--- A gond akkor van, ha látszólag minden működik. ---
---

Simán. Mondjuk nem egy Core i7-es sebességével. Iszonyat sokat számít, milyen az OS maga rajta.

Nekem otthon XScale alapú a házi szerverem, egyedi linux rendszerrel, helyi hálón 8-9 MB/s-mal tudok másolni róla, írni rá, elviszi az IMAP, SMTP, HTTP, FTP, Fossil, SSH démonjaimat, backup tárolóként is szolgál stb. 6W, párszáz Forint havonta, és a Google nem matat a dolgaimban.

Kíváncsiságból tettem rá RedMine-t, ami ha jól emlékszem, Ruby-t használ. Azért azt nem mondanám, hogy kifejezetten gyors volt, bár emlékeim szerint a telepítés volt csak lassú, miután felmentek a Ruby csomagok már tűrhetően ment a RedMine. Szóval alapvetően PHP-ra, Ruby-ra már nem olyan jó móka, de ez egy ARMv5, az RPI pedig ARMv6, egy generációval újabb, és erősebb is.

Egy ilyen eszközt nyilván 1-2 emberre kell méretezni és reális elvárásokat támasztani.

(Poénból fordítottam cpuminer-t iMX53-ra (Cortex A8 @ 1GHz), 160 MH/s-t tudott :))

( uid_7086 | 2013. 12. 12., cs – 20:18 )

R-Pi meg tud hajtani az USB porton egy külső diszket?
Én szervernek szeretnék beállítani egyet (squid, radius, slapd, syslogd), mert az openwrt-s szoftverek finoman szólva alulmúlták az elvárásaimat.

Mondjuk ha hihetünk ennek az oldalnak: http://wiki.openwrt.org/inbox/benchmark.openssl akkor elég gáz a teljesítménye.

A TpLink WDR4300-asom 4-10-szeres sebességet produkál. :(

Az USB portjai maximum 100 mA-t tudnak portonként. Tehát külső táposak - jellemzően a 3,5"-esek ilyenek - mennek vele, illetve az, amit aktív - azaz tápegységes - USB hubra kötöttél. De egy 32 gigabájtos pendrive sincs már aranyárban - nem kell a leggyorsabb -, csak arra figyelj, hogy a flash diszkhez szükséges optimalizálásokat megtedd. (pl. ne mentegesse az atime-ot, meg ilyenek)

Ha van WDR4300-ad OpenWrt-vel, akkor miért akartál Pi-t? Hogyhogy lassú volt ahhoz képest, amire számítottál?

Egyébként jók ezek a kis ARM-os cuccok, de mihelyst NAS-ra szeretnéd komolyabban használni, kevés.

A kollegának pár napja érkezett meg a CubieBoard2. Említette, hogy Cubian-t futtatva a kworker processz folyamatosan 30-40%-on tekeri a processzort.

Ha meg i386 alapokon szeretnél NAS-olni, akkor rögtön a villanyszámla lehet a probléma. Nyilván meg kell találni a középutat.

Mert tplinkre a gyárin kívül csak openwrt-t lehet felrakni, azzal meg az elmúlt napokban teli lett a hócipőm.
(egész konkrétan az openwrt alatt használható freeradius-ból hiányoznak számomra fontos feature-ök, bizonyos részek csak egyszerűen nem működnek - pl. accounting: a radutmp-t hiába állítottam be, nem volt hajlandó használni -, no meg egy alkalommal dokumentáltan beengedett hibás jelszóval rendelkező klienseket is. (az már csak apróság, hogy az androidos mobilom folyton leszakad a routerről a radius egy bugja miatt)

És hát igen, a fogyasztás a másik. Jó lenne, ha nem zabálna többet, mint egy router.

Az a kworker csúf dolog, mert elég nehéz kinyomozni, mi okozza (legalábbis, ahogy most körülnéztem gúgli pajtin)

Nem állítom, hogy jó megoldás, de esetleg megpróbálhatsz chroot-ban futtatni egy másik rendszert (pl. Debian). :)

Egyébként a Raspberry Pi fogyasztása csökkenthető, ha a 3.3V-os stabilizátort eltávolítod, és kívülről adsz neki tápot pl. egy kapcsolóüzemű táp IC-vel.
Ill. volt, aki jobb hatásfokú LDO-ra cserélte a gyárit rajt, ezzel is lehet eredményt elérni.

Chroot az ősrégi kövületemen is működik (Wl-500gx, igaz, alternatív firmware-rel), tehát megoldhatónak kell lennie.

A teljesítmény pedig... attól függ, mire van szükség - egy USB-re kötött LAN eleve nem lesz túl gyors... és bármilyen USB adattároló is ezen osztozik.
Emellett a számítási teljesítmény már nem akkora gond. :)
Csodát nem tud tehát, de azért lehet neki feladatot adni.

Videón láttam, hogy milyen lassan bootol.
Lefuttattam azt a performancia tesztet, amit az openwrt oldalán találtam, a routerem 4-10x gyorsabb lehet a Pi-nél, amennyiben hinni lehet a tesztnek.
Én meg pl. squid proxy-t szeretnék futtatni rajta, részben tartalom szűrőként, ami már a mostani vasat is jelentős mértékben terheli. Plusz ott az az apróság, hogy nem gigabits az ethernetje, ami megint gond lehet a proxy-nak.

De te tldkp. mit vartal? A raspi egy armv6-os eszköz, ma mar a legtöbb telefon es arm-es Board is armv7-tel rendelkezik, de attol meg arm: attol, hogy 720p, 1080p-s videók lejatszasaval promozzak, attol meg nem lesz egy Core i5. Ezt kellene mar megérteni az ARM-es cuccok kapcsán, hogy az effektív teljesítményét ezeknek nem az adja meg, hogy milyen erős az ARM processzor benne, hanem, hogy milyn celhardvereket raknak be meg melle. Mert a videolejatszast is csak celdekoderekkel képesek ezek, azon kívül a CPU csak adatot lapátol.

Avagy: onok is a marketing áldozatai.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

IRC-én meséltek, hogy teszteltek valamilyen ARM-es vasat (talan Tegra), 250 mb/sec a memoria sávszélessége. Trukkozesekkel el lehetett érni 500-at, de akkor adatlapatolason kivul masra nem volt jo az eszköz.(Ezzel szemben a legotvarabb PC is csinal 20-25 Gb/sec-et Dual channelben. Quadban 50-et is.) Emellett varos te azt, hogy 100 mb-nyi adatot mozgása meg hálózaton es meg dolgozd is fel? Ha'hogy?

FYI: router egy celeszkoz, jo eséllyel celhardverekkel.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Ssl most is van.
Nekem egy SOHO router árát és fogyasztását nem meghaladó, teljesítményben legalább annyit nyújtó, normális op.rendszer futtatására képes gép kellene.

Egyébként lehet, hogy van, mert ha az ooenwrt alá tényleg fel tudok tenni egy debiant, akkor probléma megoldva.

Egy 2007-ben bejelentett, alapvetően sebességre optimalizált CPU-t hasonlítasz egy 2002-es mikroarchitektúrával rendelkező, kifejezetten költség és multimédia optimalizált CPU-val, aminek az alapja 2004-ben jelent meg. Ezt a részét felfogtad?

Mintha egy mai i5-öt hasonlítanál egy 3 éves i3-mmal.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

"És ez mennyiben változtat azon a tényen, hogy a céljaimra alkalmatlan a málna?2

Semmiben, csak azt nem értem, hogy mit voltál ezen meglepődve.

(Ui.: találtam ehhez az AR9344-hez specifikációt, hogy azt mondja: External 16- or 32-bit DDR1, DDR2 operating at up to 200 MHz (400 M transfers/sec), 400M*16..32=800..1600Mb/s elméleti sávszél vs 250 Mb. Lehet tippelni, miből adódik a sebességkülönbség.)

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Mert nem ismerem ezeket a procikat és a többször emlegetett openwrt tesztben egy az enyémhez hasonló router rosszabb eredményt produkált, mint a R-Pi.
Arról meg csak jóval később találtam infót, hogy az ethernet sem a megszokott gigabites port, hanem USB-n csatlakozik a gépre.

Ezzel kínlódtam én is pont mostanában.

iMX53 (ARMv7 Cortex A8 @ 1 GHz), max mem sávszélesség 500 MB/s körül, és akkor semmi mást nem csinál a proci. Innentől csak lejjebb van valós körülmények között, volt olyan speciális eset, amikor 40 MB/s-ig képes volt belassulni.

Amúgy ekkora teljesítménnyel már meglepően sokmindent meg lehet oldani. P233 MMX-en is kényelmesen lehetett dolgozni, ma meg 2 GHz alatt már a szövegszerkesztő sem fut; van bőven gond a programokkal és rendszerekkel.

Sokszor az embedded eszközökben nincs a prociban (SoC-ben) dedikált eth vezérlő, hanem a nyákra integrálnak egy külső chipet, ami USB-n csatlakozik a processzorhoz. Azt hiszem innentől érthető, hogy miért terheli a rendszert. Pl. a BeagleBone Blacknél is így van megoldva, nálunk néhány nyákon egyszerűen rossz is az eth, de a kollegáim is panaszkodnak, hogy megbízhatatlan az USB-je. Az Intel Xscale-ben két dedikált eth vezérlő van, na az hozza is 100 mbps-t.

Megpróbáltam. Úgy tudom, a tplink wdr4300-ra MIPS kell.
Egy laptopon csináltam ilyet:

debootstrap --foreign --arch=mips wheezy pendrive-könyvtár

Pendrive át a routerbe, mount (pendrive, /dev, /proc), majd chroot /pendrive-könyvtára /bin/bash

A bash 100% cpu-t használva pörög, de nem csinál semmit.
Részemről feladtam ezt is.
Azt hiszem, a routerem rövidesen megy a kukába, mert a wifije hulladék, ahogy elnézem, debiant csak úgy tudnék rátenni, ha magam rakom össze az openwrt-t forrásból (ami ki van csukva), úgyhogy egyre közelít a veszélyes hulladék kategóriához.

B+ legalább olvasd el, ha már válaszolsz! :D
Ott van az első sorban - gyakorlatilag semmire sem jó: az openwrt egy gányolmány lett mostanra (erről nem a router tehet), a wifije ócska, instabil, gyenge, a flash eleve kicsi benne stb.
És akkor az utolsó remény, hogy használhatnám valamire, szertefoszlik azzal, hogy a vele azonosnak hitt architektúrára készült debian baszik futni rajta, mert valami FP emulátor kellene a kernelbe, ami nincs.

( freeoli v | 2014. 04. 09., sze – 09:53 )

Inkább x86-ot javaslok. Ennyiért egy centrinos notebookot kapsz és abban már nagyon minden benne van ehhez képest. 5-10W plusz fogyasztás megér, főleg, hogy egy tv vagy beltéri kikapcsolva többet eszik.