Nem is lesz ez olyan rossz.
De azért kíváncsi vagyok kinek fog kelleni egy vagy több ilyen masina.
Gondolom én hogy első sorban iskolák és egyéb hasonló intézetek számára fejlesztik.
De lehet hogy rosszul gondolom.

Csak ESTE vagyok elérhető. :)

Minden jó ami az Inteltől részesedést rabol.

Pártatlanságom bizonyítékaként minden nap más CPU gyártót favorizálok, ma az AMD -vel tartok.

Az vesz ilyet akinek költség- és energiahatékony adatcenterre van szüksége. le van írva a cikkben is. iskolákba miért kellene ilyen?

A vér nem válik VAZZE!™

Ha jól számolom, akkor 1152 magos gép egy 4U magas rackben. El tudnék képzelni itthonra egy ProLiant-t ilyen lappal.

http://db.tt/RcvuahpV

Proci: aranyos, elfogadnék egy erre épülő mITX lapot, minimál-fogyasztású háziszervernek. Csakhát annak nem fogják eladni. Pedig a technológia már rég rendelkezésre áll.

Moonshot == spanyolviasz. Régi törekvés; és a blade szerverekben is vannak processzor node-ok, közös tápellátás, hűtés és hálózat, sőt, tulajdonképpen ez is egy blade szerver.

És mire használnád?

https://plus.google.com/b/117212749409218964552/ Ha kell valami új cucc, írj egy üzenetet. ;)

Levelezőrendszert, webszervert futtatnék rajta.

http://db.tt/RcvuahpV

Meglepő válasz. Azt hittem te is jössz majd a "futtyatom rajta a krájzisz kettőt" szöveggel

https://plus.google.com/b/117212749409218964552/ Ha kell valami új cucc, írj egy üzenetet. ;)

Krájzisz egy nem x86-os rendszeren?

A feltételezés is abszurd...

Aquatuning.de-ről rendelés hamarosan! Akit érdekel -> PÜ nekem! (Elhalasztva 1 hónappal!) 06.10-ig.

Mindenből részesedést rabol.
Sőt, pont ezeken a területeken lenne nagyon jó az AMD FX alapú Opteron.
Webszerver és levelezés is hasonló terhelést jelent, rengeteg fixpontos művelet, nem probléma a párhuzamosítás, és a lassú gyorsítótárakból fakadó sebességcsökkenés sem olyan mértékű mint általában...

(#10) TESCO-Zsömle
Ez egy állandó téma marad.
Ha átfordítanánk futna rajta a Krájzis?

[ Szerkesztve ]

asd fgh jkl éáű

hogy lehet úgy hatékonyságról beszélni, hogy a teljesítményéről egy szó sem esik???

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html

Én torrentszervert futtatnék egy ilyenen.

-

De azért kíváncsi vagyok kinek fog kelleni egy vagy több ilyen masina.

Bármilyen olyan szolgáltatónak aki kis számításigényű feladatokból akar futtatni sokat (az említett webkiszolgálás és levelezés jó példa). Tehát a webalpok többsége simán mehetne ilyen rendszerekről.

Ez a jövő, mocskosul olcsó és mocskosul olcsó az üzemeltetése, az eddigi megoldásokhoz képest gyakorlatilag nem eszik semmit és hűteni is nagyságrendekkel kevesebbet kell.

A világon az emberi ész van a legjobban szétosztva. Mindenki meg van győződve róla, hogy neki egy kicsivel több jutott. - Hofi Géza

én azért futtatnék pár tesztet, mielőtt kijelenteném, hogy a weblapok mehetnének ilyenről... beindul egy jáva vm, az arm úgy esik hanyatt tőle, mint a szél. de nézhetném akár az egyszerűbb php-s keretrendszereket is, wordpresst, drupalt. nem hiszem, hogy azokon menne.

de arra is gondolhatunk, hogy egy csomó weblap alatt van adatbázis. az armok meg nem 64 bitesek (még).

szóval várjuk meg a teszteket.

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html

Naaa. Honnan tudod, hogy a Crytek nem írja át ARM-re?

[ Szerkesztve ]

beindul egy jáva vm, az arm úgy esik hanyatt tőle, mint a szél. de nézhetném akár az egyszerűbb php-s keretrendszereket is, wordpresst, drupalt

Nyilván nem mindegy mit használsz. Ezeknek az arm-os vackoknak persze sokkal ideálisabb lenne valami könnyűsúlyúbb vm-es, nem sok szálra építő, nem-blokkoló nyelv/környezet, mint mondjuk pl. egy Node.js. Ezek egyébként is felfutóban vannak, arm-ra váltással együtt érdemes áttérni valami ilyenre.

de arra is gondolhatunk, hogy egy csomó weblap alatt van adatbázis. az armok meg nem 64 bitesek

Semmi akadálya hogy az adatbázis szeróban más proci legyen.

[ Szerkesztve ]

A világon az emberi ész van a legjobban szétosztva. Mindenki meg van győződve róla, hogy neki egy kicsivel több jutott. - Hofi Géza

Onnan, hogy nincs elég erős konzum-terméke az ARM-nek hozzá...

Majd talán Win8 és az nVidia ARM alapú asztali izomPC-je után.. .Talán... Ha üzleti szempontból indokolt lez.

[ Szerkesztve ]

Aquatuning.de-ről rendelés hamarosan! Akit érdekel -> PÜ nekem! (Elhalasztva 1 hónappal!) 06.10-ig.

csakhogy a világ nem úgy működik, hogy a proci határozza meg az infrastruktúrát, hanem úgy, hogy az alkalmazás határozza meg az alatta levő rétegeket.

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html

Gondolom valami comnbos APU formájában.

ARM alapon ki lehet küszöbölni az x86 okozta szűk keresztmetszetet.

A nagyoknál most azon megy a vergődés, hogy a kompatibilitás olyan szinten fogja vissza az egész rendszer teljesítményét, hogy az valami iszonyú...

bambano: Viszont ha a HW-csere több pénzt spórol, mint amennyit a SW átírása elvisz, akkor meglépik, mert mindenek előtt a pénz határozza meg az alkalmazott HW-es és SW-es környezetet.
Az ARM jön megállíthatatlanul, és senki se tehet ellene semmit, mert nagyon megéri...

[ Szerkesztve ]

Aquatuning.de-ről rendelés hamarosan! Akit érdekel -> PÜ nekem! (Elhalasztva 1 hónappal!) 06.10-ig.

Minden fronton jön föl a SOC, nagyon tetszik ez az elgondolás. Kis fogyasztású, célnak megfelelően formált platformok. At sem bánnám, ha az "otthoni" általános célú CPU-k, GPU-k is átalakulnának és mennénk lefelé fogyasztásban. Mai napig macera igazán halk erős gépet építeni. Kreatív munkában vagy tanulás, olvasás közben baromira zavaró még az enyhe duruzsolás is. Úgyhogy ez az irányzat igen jó.

twitter: MatrixfanLive

"beindul egy jáva vm, az arm úgy esik hanyatt tőle, mint a szél"

De ha egyszer elindult, akkor CPU használatban hatékonyabb (gyorsabb) mint pl. a PHP vagy Python vagy akármi. (Amúgy ARM-es mobileszközökön hardver támogatással régóta futkos Java, igaz, az J2ME.) A memória használata viszont borzalmas, ha kis forgalmú webhelyről van szó... 200M állandó memória foglalás alatt nem igazán úszod meg, ez pedig egy kisebb oldalnak rengeteg. Gondolom ugyan ez .Net-el.

[ Szerkesztve ]

Sajnos nem... az összes költség határozza meg, hogy mit használunk. Ez olyan, hogy bár a PHP szoftveres szemüveggel a világ szégyene, verhetetlenül olcsó hosztolni (mondjuk ez nem tisztán technikai okból van, de pl. Java-hoz képest abból is), és amíg ez így marad, addig a legtöbb weblap bizony PHP-ben fog készülni.

"az összes költség határozza meg, hogy mit használunk": ez így önmagában igaz, csak ha elkezded számolgatni a fajlagos költségeket, kiderül, hogy az élőmunka fajlagos költsége a legnagyobb. Egy meglévő rendszer portolása egy új architektúrára többe is kerülhet, mint amennyit kifizetsz villanyszámlában a hostingnak. És akkor nem fogod meglépni.

Még mindig sokkal olcsóbb 2x gyorsabb szervert/szerverfarmot venni, mint alkalmazni további 5 programozót, akik felgyorsítják a kódot. (most annak megtárgyalásától, hogy újabb erőforrások bevonása gyakran lassítja a munkát, tekintsünk el)

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html

Én itt arra gondoltam, hogy ha elterjednének ezek az ARM alapú kütyük, és bagórét lehet majd rajtuk hosztolni, és teszem azt csak adott nyelvel/framework-el írt alkalmazások fekszenek neki, akkor az a nyelv/framework felfutna az új projectekben (aztán miután közismert lett, szépen beszivárogna még több helyre). De amúgy én nem látom, miért feküdne más egy ilyen szervernek mint egy x86-osnak, elvégre főleg mióta terjed a VPS, x86-nál is szempont a CPU hatékony használata.

Ja, és most nem nagyvállalati meg állami portálokra gondolok, hanem a kismillió apróbb oldalra, ahol a hosztolás költsége sokat nyom a latban.

[ Szerkesztve ]

"alkalmazni további 5 programozót"

másik világban élsz... további?? előbb simán leépít azátn alkalmaz ujat... további emberek manapság, höh jó is lenne...

De hidd el, hogy ilyen mértékű átalakulásnál nem a SW lesz a döntő... különben ki alkalmazna grafikus magokat ilyen helyeken? Senki, pedig a valóság nagyon nem ez.

asd fgh jkl éáű

"Minden jó ami az Inteltől részesedést rabol."

Amúgy nagyon komoly ez a rendszer, a 3. kép mindent elmond. Sokkal kisebb helyen, sokkal kisebb fogyasztású, sokkal egyszerűbb felépítésű rendszer építhető meg, sokkal olcsóbban.

Te is fiam, Bluetooth?

eddig is lehetett építeni sokkal kisebb fogyasztású, helyigényű, egyszerűbb szervereket.

annak bizonyításával maradt még mindenki adós, hogy ez ugyanazokat a feladatokat ki is szolgálja, mint a régi cuccok.

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html

ugyan olyan formán természetesen nem, máskülönben az ARM 2 hét alatt a piac 50%ára tenne szert, és 10évre kéne már előrendelni mert nem tudnák így gyártani, másrészt csodák nincsennek.

De szvsz kisebb a kompromisszum mint a pozitívum, de amíg az ARMv7 elérhető csak, addig az is komoly befolyásoló tényező, hogy a 32bitnek bizony van fájó korlátja.
ARMv8 néhány év múlva igen komoly szelettel rendelkezik majd a részesedés képzeletbeli tortájából. Ehhez jósnak sem kell lenni.

[ Szerkesztve ]

asd fgh jkl éáű

de ha nem ugyanazt a feladatot fogják elvégezni ezek a szerverek, akkor miről beszélünk? Kamazt ne hasonlítsunk már ferrarival.

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html

a végeredmény ugyan az lesz. kamaz is ugyan oda megy ahova a ferrári az tuti csak mikor érnek oda?

asd fgh jkl éáű

oké, hozd a ferraridat, rátöltök 300 mázsa búzát.
oh wait

a PH! kedvenc ISP-trollja (C) Tyberius | http://itcafe.hu/tema/a_nagy_openwrt_topic/friss.html

Aztán ugyanezt megcsinálod a Kamazzal...

oh, wait...

A kamaz teherbírása nincs 200 mázsa...

És ugyanaz a végeredmény... Egyik se megy sehova...

Aquatuning.de-ről rendelés hamarosan! Akit érdekel -> PÜ nekem! (Elhalasztva 1 hónappal!) 06.10-ig.

Ezen futtattam linuxot PHP-val és lighttpd-vel. Az ARM9-en vígan repülne, főleg, mert a webnek inkább sok szál kell, mint lőerő.

http://petermolnar.eu

izom arm proci?4mb l2 keccsel?vazze....nemá...arm=energiahatékonyság(2011)

Az az igazság hogy egy Node.js már x86 alatt is aláver csúnyán egy php-nek. Arról nem is beszélve, azért az igencsak kényelmes tud lenni ha szerver- és kliensoldalon ugyan abban a nyelvben programozol. A mai webes igényekhez egy Node.js + NoSQL sokkal ideálisabb a jelenleg uralkodó LAMP-nál.

Szóval ha xy portál magának hostol (tehát nincs ráutalva a szinte csak php-s fizetős hosterekre), a következő esedékes portálfelújításnál simán megérheti inkább átszabni az egészet a költségek minimalizálása érdekében. Ilyenek már vannak is, már futottam bele Node.js alapon működő oldalba nem is egybe.

#33 Node.js a legismertebb, azért írtam azt. De ilyen még pl. a Python-os Twisted, vagy van Ruby-s library is. A Node.js mellett valószínűleg kikopnak.

A világon az emberi ész van a legjobban szétosztva. Mindenki meg van győződve róla, hogy neki egy kicsivel több jutott. - Hofi Géza

Először is ki beszélt 2011-ről?

Másodszor nem is fogyasztásra gondoltam az izmosat. Az nVidia dolgozik ARM alapú erős asztali gépen Win8 alá...

Hamarosan az APU-k be fogják érni a diszkrét grafikus megoldásokat játékok terén, mert elkopnak a szűk keresztmetszetek a GPU és a CPU közt, mint amilyen a PCIe csati is...
Emellett ugye az APU is egyre erősebb és erősebb lesz, egyre többmindent szippant magába a perifériából, míg maga az APU nem válik egy nagy teljesítményű és hatásfokú, jól skálázódó SoC-pé.

A teljesítményre visszatérve: elég megnézni egy Forza4-et az azt futtató HW-el, és megnézni hogy milyen PC kell hasonló képminőséghez mekkora fogyasztással. Máris nem olyan elképzelhetetlen, hogy egy energia-hatékony proci ilyenekre legyen képes, csak le kell rombolni, egyszerűsíteni az API-k és driverek korlátait...

Aquatuning.de-ről rendelés hamarosan! Akit érdekel -> PÜ nekem! (Elhalasztva 1 hónappal!) 06.10-ig.

Ezen mondat élhangoztatóit ez nem szokta érdekelni.

https://plus.google.com/b/117212749409218964552/ Ha kell valami új cucc, írj egy üzenetet. ;)

"ugyan olyan formán természetesen nem, máskülönben az ARM 2 hét alatt a piac 50%ára tenne szert"

Azért ennyire nem racionális és gyors a piac... meg tudtommal ARM eddig nem is próbálkozott ilyen téren, szóval nem volt mivel barátkoznia a piacnak. Meg most tényleg, konkrétan mi a különbség? Gondolom egyszálas teljesítmény. Meg jelenleg(!) ez csak 32 bit.
De ha sok kisebb e-boltot, fórumot, effélét kell hosztolni, akkor kliensenként a 4G bőven sok (256M-as VPS-eket is árulnak ugye, azt is swap nélkül... 1G-s már komolynak számít), a CPU teljesítmény terén meg annyi klienst terhelnek az x86-okra (sok VPS egyszerre fut) amennyinél még elfogadható a teljesítmény, tehát ennyit az x86 egyszálas teljesítményéről. Szóval tényleg azt kéne látni, hogy itt van rakás VPS, adott oldalakkal, ami ekkora kupac Xeon-csoda-behemót akármin elfutott anélkül, hogy leülne, és akkor csináljuk meg ugyan ezt még sokkal több de picike ARM-os izével amit itt mutogatnak, hogy ugyan olyan jól menjen ugyan azokkal a weboldalakkal. Ha kiderül, hogy utóbbi mondjuk fele annyiba kerül... akkor lesznek itt még nemulass. Elvégre a Linux-os cuccok jó része tudtommal könnyedén lefordult ARM-ra.