Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Jestli to neni kachna, tak by me opravdu zajimalo proc FB sahnul po ARMv8. Zatim neni videt zadna vetsiho vyhoda proti x86. Jedine, ze by K12 byl opravdu zasadni pokrok. Na druhou stranu je na blogu HHVM napsano, ze experimentuji s ARMv8 architekturou, coz by dobre zapadalo.
oproti x86 majú napr nižšiu spotrebu, aj keď už sa to zmenšuje.
Hlavná výhoda je v tom, že si vedia zadať požiadavky a ARM neobsahuje až toľko pre nich zbytočných inštrukcii ako x86
x86 obsahuje vela zbytocnych instrukcii pre vacsinu sucasncyh use cases - kompatibilita s 8088/86 a co je horsie, su to tie najkratsie (najmenej plnia cache) + dnes zbytocna logika pre pracu s pamatou po 64kB segmentoch a podobne
ani x86 není zcela zpětně kompatibilní, co se neuchytí, nebo je zastaralé, je v nových procesorech vypuštěno viz. třeba http://diit.cz/clanek/amd-zen-instrukcni-sety
segmentovanie ramky po 64 kB a instrukcna sada na pracu s tym, vlastne cely real mode nikdo neodstrani, okrem biosu sa to uz ale nepouziva
Real mode se pouziva asi jen na ten BIOS, ale ty featury budou vnitrne implementovane sdilenim HW jednotek se segmentaci pro chraneny mod bez ktere by nefungovala ani rada 32bitovych programu ... a toho vnitrniho sdileni bude vubec vic ; je realne riziko, ze i kdyby se neco dalo prohlasit za nepouzivane (jakoze na vetsinu se nejspis najde nejaka aplikace co bez toho nepobezi ; staci si precist kolik lidi oplakava, ze pod 64bit windows nejdou spusit DOSovske aplikace) tak predelat ten procesor tak aby to neobsahoval by nestalo za to.
Zde máš pár „výhod“ x86:
http://hysteria.sk/prielom/25/#vid
zajimavy clanek...
vubec ho nezpochybnuju (ikdybych chtel, nemel bych na to odborne:-)...
ale jen dodam, ze tohle prece nemuze byt prekvapeni a ze je SAMOZREJME, ze takovyto stav existuje a troufam si tvrdit, ze i BUDE existovat u platforem, ktere snad nekdy v budoucnu nahradi x86... protoze delat kazdejch par let ZCELA novou architekturu je naprosto mimo uskutecnitelnou realitu - nikdo by to nevyvijel, nikdo by PRO to nevyvijel, nikdo by to nekupoval, nijak by se to nerozsirovalo a tak dal, spiralou... a za par let neco jineho a od zacatku a znovu... (tim nerikam, ze by nemela bejt snaha se opravdu zastaralejch veci zbavit, ale je jasny, ze to casto nepujde)...
ostatne, poucme se u maticky prirody: ta taky nevyhazuje veci, co uz jsou "k nepotrebe" - ne zaplatuje je, opravuje, upravuje, bastli, dava trosku novou funkci (hleda nove vyuziti a regulaci) - cela evoluce je o tom :-)
To je sice pravda, nicmene jsou tady jiste podstatne faktory:
1) Facebook ma penize a (zrejme) dobry duvod si udelat custom hardware. Navic nebude delat novou architekturu, jenom jednu variantu zname architektury, a
2) Ta architektura (ARM obecne, ARMv8 konkretne) byla od zacatku delana na to, aby si zakaznici delali vlastni varianty. Dnes kolem toho existuje celej ekosystem nastroju a vseho mozneho. Takze to neni zdaleka tak narocne, jako kdyby chteli udelat variantu, ja nevim, X86.
Jo a 3) ad "delat kazdejch par let ZCELA novou architekturu" - nejen ze je realne, ono se to deje (uz dost davno :-), AMD i Nvidia na svych GPU zcela bezne totalne predelavaji architekturu kazdych par let - ono to totiz neni zadny problem, kdyz mate zcela pod kontrolou pristup k tomu HW... coz FB tady bude mit taky.
bod 1) a 2)
...ja vubec nezpochybnuju volbu vybrat si prave ARM architekturu - ja jen reagoval na odkaz, ktery dokumentoval "vyhody" x86...
bod 3) ne tak docela -porad to musi umet fungovat po starymi systemy a umoznovat pristup zastaralym aplikacim - musi to umet nejen drivery, firmware, ale jistou miry kompatibility musi mit i ten hw s novou architekturou ...
ad 3) ted nevim jestli mate na mysli FB, nebo GPU. Kazdopadne, predpokladam ze FB pouziva na svych serverech hlavne linuxy. V tom pripade mohou mit problem jen ak maji nejaky 3rd party software, ke kteremu nemaji zdrojaky. Jinak ale zadne stare systemy ani aplikace FB podporovat nepotrebuje - jenom vlastni soft. To je ten rozdil vuci obecne situaci Intelu / AMD / x86...
Co se tyce driveru/firmware, tak firmware predpokladam doda AMD, a linux uz ted obsahuje 95% driveru z toho co budou potrebovat, tudiz zadny extra problem... Akorat dopisou sve specialitky, zkompiluji zbytek softu a otestuji. Bude to nejaka prace, ale neni to tak strasne...
no to je jedno, ide oto ze ak maju namieru postaveny hardware a namieru postaveny soft, ktory uricte maju, pri tamom obrovskom objeme dat s akymi pracuje facebook to bez optimalizacie ani nemoze ist, tak ten vykon asi bude niekde inde nez oproti vesobecnemu rieseniu bez ziadnych uprav namieru
tak asi niesu blby a vedia co potrebuju, facebook mozeme nenavidet ako chceme ale z hladiska infrastruktury to je pecka
Vyhoda ARMu je, ze lze snadno "customizovat".
Kdyz uvazim ze FB je defacto jedna velka key-value databaze, tak tipuju tydle zmeny vuci x86 serverovym CPU:
1) zcela vyhodit L3 cache, a pripadne zmensit L2. Pri key-value databazich ma velka cache ma jen jeden efekt, ze sezere spoustu elektriny... jo a zabere spoustu kremiku.
2) vyhodit FPU, vcetne vsech AVX a dalsich kravinek, FB je to totalne k nicemu..
3) pridat nejakou vysokorychlostni komunikaci mezi jadry
4) pridat nejake vlastni obvody pro specialitky FB, teda jestli nejake potrebuje - treba jako kdyz Microsoft pouzil FPGA pro Bing..
Ja bych naopak uvital procesory nativne blokujici Facebook, klidne z x86-64 a dal bych za ne i tisice €, tahle demence z Like-ů lidem ubira skutecny zivot probihajici za voknem, to vsechno pekne co sa da prezit.
Teda to je kravina ... blokovani facebooku by mela byt funkce prohlizece, ne to dratovat az do procesoru.
Vyrobte si transparentní proxy z RaspberryPI a nastavte ji tak, aby blokovala facebook :-) , tím odfiltrujete facebook, ze všech počítačů a dalších zařízení, které doma používáte.
http://blog.stevebaker.org/2013/02/raspberry-pi-as-transparent-squid.html
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.