Forum Debian Users Gang

Pytanie czy to przebije Nvidię Tegrę K1, która jest najwydajniejszym układem ARM, wyposażony w CUDA czy OpenGL'a

W teorii Nvidia ma najlepsze układy na rynku x86 (grafiki) - i czy to czasem nie przeszkodzi AMD'kom

Fervi

[quote=uzytkownikubunt]tylko Nvidia zapewnia zamkniete sterowniki pod ARM, a i tak nie wiem czy teraz te sterowniki  dzialaja na ARMv8-A. Sprzetowo jednak sie da.[/quote]
W tym momencie obsługują tylko architekturę ARMv7.

To jest plytka deweloperska, a nie komputer do normalnej pracy czy zastosowan produkcyjnych (w koncu AMD bardziej pod serwery chce procesory ARMv8 produkowac)...

[quote=thomsson][quote=fervi]każdy komputer ma własny system dla siebie skompilowany, podczas gdy na x86 jest uniwersalny[/quote]
A to czasem nie jest tak, że producenci po prostu budują OSy dla swojego sprzętu, żeby był dostosowany pod daną płytkę? Bo coś nie chce mi się wierzyć, że soft skompilowany pod ARMv7 z NEON będzie działać tylko na SOCach Allwinnera, a już na Snapdragonach np. nie pójdzie(zasadniczo to nie ma sensu), ja bym tu upatrywał raczej konfiguracji i zestawu sterowników (jeśli byłoby tak jak mówisz, to praca dewów Debiana nad 3-ma architekturami ARM byłaby bezcelowa)

Pozdrawiam[/quote]
Tak ogólnie jest w przypadku oprogramowania

Tylko ja to odnoszę do smartfonów z ARM'em (co może być wadą), gdzie jeśli wgrasz software nie pod swój telefon (bardziej niskopoziomowy jak Bootloader czy system) to go upierdzielisz.

I być może masz rację, niemniej do każdego komputera na ARM jest oddzielna dystrybucja i oddzielny kernel. Dodatkowo systemów ARM nie instaluje się z płyty

Nie wiem po prostu, bo komputerów z ARM jest jak na lekarstwo :D

Fervi

Witam,
Czekam na epokę kryptowaluty na ARM'ach jeszcze kilka lat i zaczniemy używać ARM'owych boardów ). Głównie temu że są energooszczędne i wydajne.
Pozdrawiam,
Towarzysz Torrentow.

Google/deweloperzy Chromium [url=http://review.coreboot.org/gitweb?p=coreboot.git;a=commit;h=2af76f4bdc81df699bad55f65335ff518381d7dd&utm_source=anzwix]dodali[/url] kod do Coreboota, ktory jest potrzebny do dzialania na ARMv8. Oczywiscie dalej trzeba bedzie dodaj odrobine kodu do zaladowania jako firmware do konkretnego sprzetu, ale zawsze to krok w dobra strone. Coreboot to firmware, ktore jest odpowiednikiem BIOS/UEFI na Chromebookach i glownie tam jest uzywane, chociaz dodano do niego rowniez kod pozwalajacy bycie firmwarem w m.in. kilku madelach laptopow.
Z jednej strony wskazuje to na pojawienie sie Chromebookow opartych na rdzeniach zgodnych z ARMv8. Dla mnie ciekawsze jest jednak to, ze powstaje alternatywa dla UEFI rowniez tutaj. W zasadzie do UEFI mozna miec obiekcje podobne jak do systemd.

Ostatnio edytowany przez uzytkownikubunt (2014-09-23 21:40:01)

Spokojnie Jacekalex, już nad tym pracują

Fervi

http://www.cavium.com/newsevents_Cavium_Introduces_ThunderX_A_2.5_GHz_48_Core_Family_of_Workload_Optimized_Processors_for_Next_Generation_Data_Center_and_Cloud_Applications.html
Cavium Inc wprowadziło rodzinę procesorów ThunderX™. Produkowane w procesie 28nm, mają od 24 do 48 rdzeni zgodnych z ARMv8, do 16 MB Cache L2, w konfiguracji dwu podstawkowej mogące obsłużyć do 1 TB pamięci RAM używając do tego czterech 72 bitowych kontrolerów pamięci DDR3/4. Firma chwali się szeroką gamą układów sprzętowych, które może dla klientów wbudować w układ by zwiększyć możliwości w zakresie bezpieczeństwa, przechowywania danych, obsługi sieci i wirtualizacji.

http://www.phoronix.com/scan.php?page=news_item&px=MTg0NTA
http://www.nasdaq.com/article/qualcomm-discloses-plans-to-sell-chips-for-servers-20141119-00954
Qualcomm, największy producent układów SoC dla smartfonów, na spotkaniu z analitykami w Nowym Jorku potwierdził, że będzie tworzył procesory ARMv8 dla serwerów. Na razie jednak nie ujawnił dokładnego planu wprowadzania produktów na rynek.
Jay Parikh, wiceprezydent działu odpowiedzialnego za infrastrukturę w Facebooku, wyraził zainteresowanie planami Qualcomma, który stałby się wtedy jednym z dostawców procesorów dla Facebooka. Powiedział: "Oparte o procesory ARM od Qualcomma serwery dałyby nam podstawę do przeprojektowania części naszej infrastruktury".

[url=http://www.phoronix.com/scan.php?page=news_item&px=MTg0NzU]64-bit ARM FreeBSD Support Is Taking Shape[/url]
[url]http://freebsdfoundation.blogspot.com/2014/11/64-bit-arm-architecture-project-update.html[/url]
Projekt FreeBSD pracuje nad wydaniem systemu na AArch64 inaczej zwane ARMv8. Na dzień dzisiejszy jądro jest już w końcowej fazie dostosowywania. Jądro potrafi dojść do poziomu ładowania sesji dla pojedynczego użytkownika na symulatorze sprzętu. Pozostaje jeszcze praca nad sterownikami i częścią przestrzeni użytkownika. Praca obecnie nastawiona jest na uruchomienie systemu na linii procesorów ThunderX firmy Cavium. Firma ta wspiera projekt dostarczając sprzęt i ekspertyzy ich specjalistów.

http://community.arm.com/groups/processors/blog/2014/12/02/the-armv8-a-architecture-and-its-ongoing-development
ARM ogłosiło, że wyda specyfikację architektury procesorów: ARMv8.1. Jest to mały ewolucyjny krok. Wszelkie instrukcje i założenia dotyczące obsługi pamięci itp na procesorach zgodnych z ARMv8 pozostają prawdziwe dla procesorów ARMv8.1. Dodatkowo dodane zostaną nowe instrukcje m.in. zbiór atomowych instrukcji odczytu-zapisu, dwie nowe instrukcje dla części procesora odpowiedzialnej za liczenie na liczbach zmiennoprzecinkowych, zbiór nowych instrukcji load (załaduj z pamięci) oraz store (zapisz do pamięci), które mogą pozwolić na dostęp do pamięci zarezerwowany dla wcześniej skonfigurowanych obszarów pamięci. Instrukcje CRC były opcjonalne dla ARMv8-A, dla ARMv8.1-A są obowiązkowe.
Oprócz tego wprowadzono ulepszenia dla modelu wyjątków i systemu translacji (stronicowanie i te sprawy).
Wprowadzono nowy bit stanu  Privileged Access Never (PAN). Zespół grsecurity też o tym zatweetował: https://twitter.com/grsecurity/status/539939087008800769
Zwiększono zakres  VMID, co pozwala na uruchomienie większej ilości maszyn wirtualnych.
Opcjonalne wsparcie dla sprzętowej aktualizacji flagi użycia w tablicy stron i standaryzacja opcjonalnej, sprzętowej aktualizacji bitu modyfikacji.
Wprowadzenie  Virtualization Host Extensions (VHE). Rozszerzenia te pozwalają zwiększyć wydajność hiperwizorów typu drugiego.
***
Arm64 jest oficjalną architekturą wspieraną w ramach wydania Debian 8 Jessie. Niestety nie wpiera procesora AMD A1100, gdyż potrzebne jest do tego nowsze jądro.
Dla Fedora 21 ARMv8 również jest oficjalną architekturą. Wspiera procesor AMD A1100.
https://fedoraproject.org/wiki/Architectures/AArch64?rd=Architectures/ARM/AArch64
https://lists.fedoraproject.org/pipermail/announce/2014-December/003246.html

Jak sami ludzie z ARM napisali w komunikacie o ARMv8.1-A te dodatkowe instrukcje mogą być nie wystarczające dla producentów sprzętu (szczególnie mobilnego), by od razu przejść na ARMv8. To od mikroarchitektury zależy w głównej mierze wydajność, a nie od tego czy procesor będzie zgodny z ARMv8 czy ARMv8.1.

Tym razem test wydajności. Wątek ma być w założeniu bardziej nastawiony na (mikro)serwery, ale najłatwiej znaleźć benchmarki smartfonów. Odpaliłem na Windowsie Geekbench 3 w wersji darmowej - ograniczonej do 32 bitowego trybu. Mój laptop używając wersji na Windows, procesor Sandy Bridge uzyskał wynik w teście jednowątkowym 1625 pkt. Na Linuksie (Debian Jessie, kernel z repo) osiągnął wynik 1565 pkt. Ze względu na to, że jest to wersja darmowa benchmarku, można go uruchomić tylko w wersji 32 bitowej, przez co pewnie wydajność spadła o kilka do kilkunastu procent.
Dla porównania rdzeń zgodny z ARMv8-A w Iphone 6 (mikroarchitektura Cyclone) osiągnął wynik 1630, natomiast rdzeń w Tegra K1 w mikroarchitekturze Denver, również zgodny z ARMv8-A został oceniony na 1895 pkt. Należy pamiętać, że CPU w układzie SoC w smartfonach ma większe ograniczenia w odprowadzaniu ciepła i poborze mocy do zasilania niż laptop.
Inna sprawa, że same testy składają się z implementacji dosyć prostych algorytmów, a nie programów o bardzo rozbudowanym kodzie.

Ostatnio edytowany przez uzytkownikubunt (2015-01-29 00:10:29)