Dotaz: Sony Vaio z roku 2009 ako domáci server

[CipiKSvK]

Ahojte mam starý 32bit Sony Vaio 10" presný typ terzat neviem povedať z hlavy, nemám ho pri sebe. Beží na Atome, 2GB RAM. Rád by som z neho spravil domáci server, je to možné? ide hlavne o filmy.

---

---

Odpovědi

[_]

Možné to je - jen by se hodila GB síťovka - pak by to mělo fungovat

[CipiKSvK]

Len ako čítam, tak 32bit stráca celkovo podporu a ako do NB dostanem 1Gb sietovku? :/

[Peter Golis]

Keby si tam mal CardBus slot, tak cezeň to vieš rozšíriť. Otázkou je načo by ti tak rýchla sieť bola, SSD so toho na filmy dávať nebudeš.

Len pre info. Ako veľký to má interný disk?

[Gréta]

nóóó aco zase utrhnout mechaniku podobně jaks jako dělal u toho svýho notebooku hele ale misto disku dotoho trčit třeba nějaký takovýdle sata to m.2 převádědlo hele třeba noa do něj pak nějakou wifi kartičku?? :O :O jestli takový převádědlo funguje i sněčim jiným než s diskama ale jako nevim :O :O :O :O

[Peter Golis]

Aby ho potom v konečnom dôsledku nestál takto vymazlený prastarý µNB viac, ako súčasné NAS či Router s funkciou NAS a nazdieľaným USB3 diskom. Navyše Atomy nevynikali moc vysokou rýchlosťou zbernice, takže by mu to zaujímalvo sekalo. Mám tu pre porovnanie 8 ročný NB s i5 a najlacnejším SSD TLC, nie je to bochviečo.

[Jendа]

To se mi fakt nezdá, že by to tunelovalo PCIe přes SATA.

[Gréta]

sem se na to líp koukla noa máš pravdu :O :O jeto jenom ssd adaptér

[k3dAR]

Len ako čítam, tak 32bit stráca celkovo podporu a ako do NB dostanem 1Gb sietovku? :/

32bit neztraci celkove podporu, najdes distra co stale maji 32bit bez omezeni, nebo dokonce ze maji pouze 32bit verzi...
treba Ubuntu 20.04 uz 32bit nema, nicmene 18.04 je podporovane do 2023-duben

1Gb sitovku nemusis zatim resit, ale napis co je to presne za model, treba ji ma v sobe
kazdopane i kdyby mel "jen" 100Mb sitovku, tak z ni dostanes 10MB/s tzn. film co ma soubor 1GB bys zkopiroval za 100vterin, takze i kdyby mel jen 1hodinu tak vidis ze sitovka nebude zadna brzda...
rychlost by te omezovala casove jen kdyz bys tam po sitovem kabelu z jineho stroje chtel nahrat data a mel ve Vaio SSD... pokud bys tam mel jen HDD a/nebo pristupoval pres Wifi, opet by 100Mb sitovka nebyl problem...

[k3dAR]

edit: pokud bys tam mel jen HDD - tohle mi "ujelo", i HDD samozrejme by vyuzil 1Gb sitovku, naopak s SSD by uz slo vyuzit 5x1Gb bond ci 10Gb sitovku

[Jendа]

Len ako čítam, tak 32bit stráca celkovo podporu

Debian bude určitě x86_32 ještě dlouho.

a ako do NB dostanem 1Gb sietovku?

Buď přes USB - USB2 dá až 30 MB/s, takže lepší než stovková síťovka. No a jinak uvnitř bude wifi nebo bluetooth na PCIe kartičce - a na to se dají sehnat adaptéry na plnohodnotné PCIe x1.

[k3dAR]

uz to vidim, tazatele to jen zmate, zbytecne koupi za par stovek usb sitovku, zbytecne mu bude trcet z usb portu, zbytecne to bude vice zrat elektrinu i zatezovat cpu, jen proto aby mel tu doporucenou 1Gb sitovku, sice si z toho nakonec pusti 720p az FullHD video a zatizi prenos site na 5% 100Mb kapacity, ale bude si moci odskrtnout ze ma 1Gb

[Max]

Zkusím zariskovat a říci, že možná usb síťovka by mohla dát takových 200Mbit i více (na úkor vytížení CPU). Na druhou stranu, na stream videa 100Mbit bohatě stačí a utáhne to skoro každý CPU.
Zdar Max

[Pavel 'TIGER' Růžička]

Pro ReadyMedia (minidlna) dostačující.

[k3dAR]

vhledem k tomu co na me vyzkocilo z 2009 za Vaio s Atomem a 10", tak predpokladam ze pujde o model "VPC-W12S1E":
- Atom N280 (jeden z tech prvnich nejhorsich, ale pokud by nemel delat prekodovani streamu, ale ciste Samba sdileni, tak asi nebude problem (pro 1 az max par uzivatelu, v zavislosti na kvalite videa)
- sitovka 100Mb - nevidimj jako problem viz vejs...

takze uz to proste jen vyzkouset a uvidis

[PetebLazar]

Měl jsem řadu let domácí file server postaven okolo N270 (MB Johnstown D945GSEJT). Myslím, že z běžných 5900/7200 HDD SaMBa dávala okolo 50MB/s+. Takže by to nemělo mít problém asi ani s více současnými streamy (ty budou spíše v jednotkách MB/s).

[Peter Golis]

Ak si vynúti enkrypciu prenosu dát, tak to môže byť problém. Nechce sa mi na mobile pozerať či mal ten Atómový procesor aj AES-NI.

[PetebLazar]

To neměl (AES-NI). Taky se přenos z/na šifrovanou partition pohyboval pouze okolo 10MB/s.

[PetebLazar]

Dopln. TrueCrypt(AES).

[Jendа]

To se mi nezdálo, a proto jsem vytáhl svůj EEE 1005HA s Atomem N270 a prehistorickým SSD, a cryptsetup v defaultním nastavení z Debianu Stable dává podle hdparm -t 27 MB/s. Takže ne.

[PetebLazar]

Takže ne jako nemá? Já to ověřoval pouze na ARKu. Navíc N270 je z roku 2008, AES-NI do Intel CPU přišel )údajně později (2010?).

Mě už se ten N270 odebral do věčných lovišť, takže jeho roli převzal jeho nettop dual-core/EMT64 brácha Atom330. Musím říct, že i když ten D945GSEJT disponoval on-board pouze 2xSATA + 1xIDE (měl napájení via 12V DC) měl jsem k němu v době jeho největší slávy připojeno devět 3,5" SATA HDD (2xSATA on-board, 1x IDE=>SATA convertor v on-board IDE, 4x SATA z PCI řadiče a 2x SATA z miniPCIe ASM1061). Napájení většiny HDD bylo zajištěno sekundárním ATX zdrojem.

[Jendа]

AES-NI samozřejmě nemá, ale i bez něj to jede podstatně rychleji než 10 MB/s.

[PetebLazar]

Pozn. Já jsem psal o ~10MB/s při přenosech na TrueCrypt partition (AES-256?), u nešifrované partition jsem zmiňoval rychlosti okolo 50MB/s.

[PetebLazar]

Takže ne, nezdálo. = dosažitelná rychlost byla vyšší.

Bez něj (AES-NI) = bez speciálních instrukcí (ne na nešifrované partition) .

Za mé reakce mimo se omlouvám, to mám tedy den.

[CipiKSvK]

VPC-W12S1E je to tento model, ako bol vyššsie spomenutý. On ako šiel v pohode s Win 7 aj ako Home Premium verzii, ubuntu tahalo tiez skvele na svoju dobu. Noo chcem tam dat 750GB HDD, plus pripojenie na 2 externé HDD o velkosti.

[CipiKSvK]

ešte doplním, aké distro keď tak odporúčite? AKo to nastaviť, to už poprezerám fóra a poprípade sa spýatm tu alebo tam, keď nebudem si vedieť dať rady. Časom, možno poriešim aj NAS, keď bude viacej peňazí, čo pri 11m dieťati teraz nejde :) Takže hľadám cestu, využiť to čo je, a čo najmenšie investíce zatiaľ.... Inak díky za rady

[k3dAR]

pokud si tam mel Ubuntu a nepresel si mezitim na jine distro ktere lepe znas, doporucuju tam dat Xubuntu 18.04.4, ma 32bit verzi, podpora (ne komplet Xubuntu, ale jeho zakladu spolecneho s Ubuntu, coz je nejdulezitejsi) je do 2003-Duben...

po instalaci pro zacatek udelej:

# komplet aktualizaci a vycisteni
sudo apt update && sudo apt upgrade && sudo apt full-upgrade && sudo apt --purge autoremove && sudo apt clean

# nainstalovani ssh, vnc, samba serveru
sudo apt install openssh-server x11vnc samba

# nainstalovani zakladnich (podle me) programu
sudo apt install mc htop powertop tlp byobu

#pro pripojeni pres ssh pouzivej
ssh uzivatel@ip_vaio_nebo_jeho_hostname.local -t byobu

ad byobu - to ti zaridi minimalne to ze po zavreni ssh a priste pripojeni (pokud nerestartujes) budes mit spustene to co si opustil zaklad ovladani je je:

f1 - help, nastaveni
f6 - opusteni byobu s ponechanim toho co v nem bezi

pokud bys chtel vyuzit moznost byobu (diky pod nim bezicim tmux) rozdelovani okna ci listy

shift+f2 - rozdeleni horizontalne
ctrl+f2 - rozdeleni vertikalne
f2 - otevreni noveho "okna"(/listu)
alt+vlevo/vpravo - prochazeni mezi "listama"
shift+f3 - prochazeni mezi rozdelenejma casti aktualniho listu

ohledne zakladniho nastaveni samba sdileni:

# zaloha vychoziho nastaveni pro jistotu
sudo cp -a /etc/samba/smb.conf /etc/samba/smb.conf.orig
# editace pomoci editoru v mc (Midnight Commanderu)
sudo mcedit /etc/samba/smb.conf

na konec souboru pridas:

[data]
    comment = data
    path = /data
    guest ok = yes
    available = yes
    browsable = yes
    public = yes
    writable = yes
 

ulozis pres F2, vyzkocis pres F10 a restartujes Sambu

sudo systemctl restart smbd

[CipiKSvK]

Díki moc ked sa mi to podarí rozbehať. Dám vedieť.

[Peter Golis]

A bude mať zdroj a aj napájanie USB portov z dosky dostatočnú rezervu aby po toľkých rokoch prevádzky uživil dva dodatočné disky ktoré si môžu dohromady zožrať tak o 15W až 30W naviac oproti tomu notebooku?

[k3dAR]

pokud pujde o USB2 hdd, nebo alespon s USB2 kompatibilni, 2.5" HDD tak bych se toho nebal, jednak to nebude urcite az o 30W navic, hlavne ale ten zdroj samozrejme vzdy pocita s tim ze k tomu pripojis periferie, u USB s az 500mA na kazdej port...

[Peter Golis]

Oni si tie 2.5HDD bežne brali viac ako 2A z 5V vetvy, kľudne si zobrali aj 3A. Preto im slušný výrobcovia pribaľovali Y káble. Neskôr sa na to vykašľali keďže pre zmenu výrobcovia dosiek prestali implementovať obmedzovače prúdu, a napájali to na hulváta priamo z 5V vetvy. Takže tých 20 až 30W navyše je reálnych. A pri predpokladanom veku toho použitého spínacieho zdroja, ...

[k3dAR]

vetsinou neslo o 2.5" HDD ale o zprasenej prevodnik, casto ten samej disk v kvalitnim prevodniku fungoval na 1x USB, a zaroven je pravda ze nektere disky byli taky zprasene, takze i v kvalitnim prevodniku chtel Y, nicmene takove sem ignoroval a uz od minuleho tisicileti pouzivam prevodniky a/nebo disky ktere si vystaci s 1x USB, kdyz si vzpomenu zkusim schvalne zmerit kolik si veme nejakej takovej disk pri zapojeni/cteni/zapisu, pokud ten merak co mam je datove pruchozi

[Peter Golis]

Žeby sprasený prevodník zdvihol príkon motora v disku? To by mohol akurát tak zdvihnutím otáčok.

[CipiKSvK]

Disky majú svoje napajánie, jeden je 2TB a druhý 1TB oba su 5200ot, ale mám ešte treti 1TB 7200ot. tak to ale asi poriešim cez USB HUB keď tak.

[Peter Golis]

Nebol by nejaký typ na USB hub, ktorý má napájanie schopné uživiť dva disky, alebo na externý USB 2.5' disk ktorý má vlastné napájanie?

[CipiKSvK]

fuha, taký USB som ešte nevidel, čo by mal svoje napájanie. Ale skúsim pozrieť cez Aliexpress či niečo také tam majú

[CipiKSvK]

https://www.aliexpress.com/af/usb-hub-with-power-adapter.html?d=y&origin=n&SearchText=usb+hub+with+power+adapter&catId=0&initiative_id=AS_20200712210214 takže majú.

[k3dAR]

Peter rejpe... chtel rict ze externi 2.5" disky nemaj sve napajeni, ale spolehaji na to z USB...
USB HUB s moznosti napajeni samozrejme existujou, treba tenhle, v baleni sice neni adapter, ale pripojis jakejkoliv X Amperovej s microUSB vystupem...

[Peter Golis]

Presne tak.

Už som spomínal že externé USB disky zvyknú bez hanby žrať viac ako 1A, a nedodávajú sa k nim Y káble ktoré obchádzali pôvodný bezpečnostný limit napájania 1A sosaním z dvoch portov naraz.

Ohľadne USB Hubov s externým napájaním, tak som videl len modely ktoré mali pribalený zdroj 1A alebo obmedzenie na spomenutý prúd 1A. Keď som jeden taký HUB pripojil na zdroj 5V/4.5A, tak sa na ňom aj tak viac ako jeden disk nechytil. To obmedzenie bolo pôvodne aby niečo nevyhorelo.

Zaujímalo by ma či sa niekomu podarilo nakŕmiť viacero diskov z USB HUBu s externým napájaním. Teda mimo USB3 ktoré sa predáva aj s výkonnejšími zdrojmi, ale to vyjde kľudne aj cez 30$, a toľko sa do takej stariny neoplatí investovať. Dokonca ani nové USB disky. Vymeknutá zdroj je potvora, a v kľude to môže poslať celé do kremíkového neba. Aj s údajmi.

[Andrej]

Skoro všechno je možné. Jiná otázka je, jestli to má smysl. Jestli jde o zálibu ve zprovoznění archaického stroje a o jakýsi zajímavý pohled do historie, pak to možná dává smysl. Jestli jde o cokoliv jiného — například jestli ten stroj má opravdu nějak prakticky sloužit a nezavazet —, pak mi celý nápad přijde nesmyslný.

Kterýkoliv současný "mini PC" za pět korun padesát by úlohu domácího serveru zastal mnohem lépe a s mnohem menším úsilím na straně správce. S Thunderboltem nebude nejmenší problém mít skoro libovolně rychlé úložiště a hned několik gigabitových (nebo klidně 10-gigabitových) síťovek navíc (k té, kterou už odkazované "mini PC" beztak mají).

Podpora pro 32-bitové stroje sice existuje a žije, ba dokonce s verzemi balíčků pro 486, 686 a Pentium4, ale otázka je, jak dlouho tomu tak ještě bude.

[Andrej]

Ještě z jiného soudku: K čemu bude 32-bitovému Atomu gigabitová síťovka, pokud nemá AES-NI? Bude mu málo platná, řekl bych. Matrix: What good is a phone call if you are unable to speak?

(Je dobré mít přístup k NASu / domácímu serveru vždy a zásadně šifrovaný. Konfigurace pro místní, vzdálený i VPN přístup je pak stejná a není potřeba spoléhat (jenom) na bezpečnost své místní sítě. Zabezpečení má mít čistě z principu několik vrstev.)

Konkrétně u mého notebooku z roku 2009 (4-jádro (8-procesor) Westmere, 8 MB cache) bez AES-NI mi to dává šifrovaně tak 180 MB/s (při zápisu na disk). To by na 1 Gb/s síťovku v pohodě stačilo, ve snu i na dvě (nebo skoro na duplex). Jenže u 32-bitového Atomu (1-jádra nebo možná 2-jádra) se bude šifrovat mnohem pomaleji. Když výkon toho Westmere vydělíme čtyřmi (což je pro 32-bitový Atom fakt super-optimistický odhad; v reálu bude pomalejší), šifrovaná komunikace je najednou někde na 45 MB/s. Chabá půlka kapacity síťovky v jednom směru. Takže i kdyby se k němu dala rozumnou rychlostí (což USB 2.0 nemá) připojit gigabitová síťovka, nebylo by to nic moc.

[k3dAR]

<[...] jestli ten stroj má opravdu nějak prakticky sloužit a nezavazet —, pak mi celý nápad přijde nesmyslný [...]

vychazis z predpokladu ze tazatel pro prakticke slouzeni domaciho serveru ma vyuziti 10Gbit, psal hlavne o filmech, nevim kterej format by (nekdo kdo uvazuje o 11let starem NB jako server) melo jit aby mel datovej tok 1GB/s nebo i tem s 1x GLAN tok 100MB/s... tedy samozrejme muze jit o prakticke pouziti prehravani 720p-FullHD videa na Telefonu, Tabletu, Notebooku, kde ten vykon i s 100MBit sitovkou bude jeste s prehledem naddimenzovanej...

[CipiKSvK]

AKo som vyššie písal, ide o to ho len využiť, pokial prežije. Asi prístup na net ako taký mu bude na dve veci, tažke skôr len vrámci lokalnej siete bude fungovať. Filmy budú od 720p do 4k. Možno ak by šiel rozchodiť na tom aj Plex by bolo fajn, filmy by sa pozerali na LG s WebOS, Android, Kodi...

[k3dAR]

nemam prehled a nechce se mi teoretizovat ohledne potreby 4K, takze se podivej jak velke mas nejvetsi filmy v 4K, velikost souboru v MB vydel poctem vterin ktere ten film ma a vyjde ti jakou rychlost budes potrebovat stihat po siti, pokud to bude pod 10MB/s tak to stihat bude, samozrejme kdyz bys to 4K chtel prehravat najednou na vice zarizeni, tak to vynasobit poctem zarizeni...

s Plex nemam prakticke zkusenosti, ale rozhodne nehrozi pokud myslis ze by videa prevadel na jine rozliseni/format, pokud by jen "sdilel", tak by to ten HW dal protoze tvurce uvadi minimum Atom 1.2GHz, pro prevod 4K pak uvadi i7 3.2GHz jako minimum

[j]

A kolik tech filmu na tom hodlas mit? 5, 10? Protoze vis, at uz budes resit cokoli, tvuj PRIMARNI problem je kapacita uloziste. Jak do notesu pridas disk? Nijak. Budes vymejslet vsemozny USB brikule, ktery proste nebudou fungovat.

Pokud zajdes s nekym na pivo, tak urcite (za cenu toho piva) sezenes nejakej normalni MB s nejakym CPU a ramkou ... ale predevsim se 4+ sata portama, coz je presne to, co na podobny veci potrebujes. A je vlastne uplne jedno, jak stary to bude.

---

Dete s tim guuglem dopice!

[CipiKSvK]

Bude tam 640GB disk. Má dva USB porty, takze dopojiť 2 externé hdd s vlastným napájaním, si myslím že nie je až taký problém. Ide o to že ho chcem ešte využiť. Ísť ide stále ten NB, tak prečo mu nedať ešte šancu? Po ďaľšie, nemám nikoho známeho, kto by mal starý P/NB ešte. Že by som odkúpil, na to som tiež myslel. a vrážať do bazárovej šunky 60€, čo je priemer sa mi zrovna nechce, hlavne keď netusím, či predávajúci klame alebo nie.

[Peter Golis]

Potom sa ozvi ako si vyriešil to externé napájanie pri v dnešnej dobe bežných 2.5' diskoch.

U mňa nebolo potrebné, mal som naddimenzovaný zdroj, a výrobca dosky dával 5V do USB bez obmedzenia prúdu.

[lertimir]

V zásadě by problém být neměl. Nicméně doporučuji zvážit, co od toho očekávám, a porovnat i cenu realizace s cenou provozu. V roce 09 i notebooky měly dost spotřebu. Realizace "zdarma" ze staršího HW může za chvili být dražší než nějaká malospotřebová krabička jako RPi + USB disk díky ceně za elektřinu. pojede to 24/7?

[Josef Kufner]

Výkon RaspberryPi s USB diskem bude horší než toho 10 let starého notebooku, i když to asi bude docela srovnatelné. Výhodou notebooku je, že má skutečné SATA a záložní zdroj s baterkou. Spotřeba i tehdy zas tak vysoká nebývala a když se zhasne displej a podtaktuje procesor, mělo by to být srovnatelné. Rozhodně to však je dobrá připomínka a chce to pořešit. Potíž může být hlavně v tom, že při připojeném napájení se vypínají úsporné režimy všech možných komponent a spotřeba může jít klidně na dvojnásobek i víc.

[cezz]

Ked ratam, ze ten laptop moze mat tak o 40W vacsiu spotrebu ako Raspberry Pi 4 B ked je idle, tak to vychadza cca 1kWh extra energie za den. Neviem ake su ceny energie v CR, tak ratam s tym co platim v Irsku - cca €0.15/kWh. Cize to je 15c denne.

Ked ratam raspberry samotne (cca €50) plus krabicka a napajanie a nejaky ten USB-SATA controller a nejaka micro SD karta pre system. (povedzme dokopy dalsich €30?) tak to vyjde na nejakych cca €80 s tym ze pouzije ten disk co je aktualne v laptope.

Cize vo vysledku je to €80/€0.15 = 533 dni. Takze v zavislosti od ceny energie, realnej spotreby laptopu a dalsich faktorov by som ratal tak 1 az 3 roky kym sa ti vrati ta nizsia spotreba.

Neviem odhadnut aka bude realna idle spotreba s vypnutou obrazovkou na laptope z roku 2009, ale tych 40W mi pride mierne prestrelenych, procesory mali vtedy TDP cca 25W, ostatne komponenty si dovolim ignorovat lebo disk bude mat ten isty aj raspberry a tu obrazovku predpokladam vypnutu. Cize myslim, ze ten moj odhad bol velmi pesimisticky a realne bude tak do 20W extra spotreby a navratnost ivesticii bude cca 2x dlhsia cize tak 2 az 5 rokov.

[k3dAR]

v tom NB je Atom N270 kterej dle by mel mit spotrebu 10x mensi nez tvuj odhad, tedy 2.5W asi vytahnu ASUS EEE 1080HA kterej ma tusim Atom N280 stejne TDP, trosku vyssi rychlost a zmerim spotrebu :)

[cezz]

Ah tak to bude mat spotrebu cca rovnaku ako to raspberry. Ale vykonovo by som si tipol, ze na tom bude horsie ako to Pi 4. Oba v podstate aj tak nezvladnu video transcoding, ale su dost vykonne na to aby tlacili do siete video, takze asi na tom prilis nezalezi.

[Josef Kufner]

Pokud už to má hardwarovou podporu sifrování, tak to bude v pohodě. Pokud ne, tak se CPU zapotí a šifrovaný disk bude pomalý, ale i tak to jde.

[Peter Golis]

Vôbec by som sa nedivil, keby to rPI malo HW podporu šifrovania, ale ten Atom by ju nemal.

[PetebLazar]

Mám pocit, že SoC zvolený pro rPi4 nemá HW blok akcelerující crypto funkce. Nějaký zástupce Raspberry Pi Foundation se k tomu na dotaz v plénu v tomto smyslu vyjádřil (jako důvod zmínil úsporu na licenčních poplatcích ARMu .. z toho odvíjející se cenu SoC).

[Peter Golis]

Tieto informácie sa krásne dajú vyčítať z dmesg a lsmod. Tak isto sa dajú aj overiť cez cryptsetup benchmark. Pocit je na nič.

Som zvedavý, či sa chytí niekto, čo má takýto ARM. A povie.

[PetebLazar]

Přílohy:

• lsmod.txt (2852 bytů)
• dmesg.txt (30877 bytů)

r-Pi4 4GB cat /etc/debian_version 10.4

root@raspberrypi:/home/pi# cryptsetup benchmark
# Tests are approximate using memory only (no storage IO).
PBKDF2-sha1       358610 iterations per second for 256-bit key
PBKDF2-sha256     533355 iterations per second for 256-bit key
PBKDF2-sha512     260580 iterations per second for 256-bit key
PBKDF2-ripemd160  267493 iterations per second for 256-bit key
PBKDF2-whirlpool   48259 iterations per second for 256-bit key
argon2i       4 iterations, 247895 memory, 4 parallel threads (CPUs) for 256-bit key (requested 2000 ms time)
argon2id      4 iterations, 265078 memory, 4 parallel threads (CPUs) for 256-bit key (requested 2000 ms time)
#     Algorithm |       Key |      Encryption |      Decryption
        aes-cbc        128b        23.2 MiB/s        46.5 MiB/s
    serpent-cbc        128b               N/A               N/A
    twofish-cbc        128b               N/A               N/A
        aes-cbc        256b        17.3 MiB/s        33.9 MiB/s
    serpent-cbc        256b               N/A               N/A
    twofish-cbc        256b               N/A               N/A
        aes-xts        256b        53.5 MiB/s        45.7 MiB/s
    serpent-xts        256b               N/A               N/A
    twofish-xts        256b               N/A               N/A
        aes-xts        512b        39.9 MiB/s        33.6 MiB/s
    serpent-xts        512b               N/A               N/A
    twofish-xts        512b               N/A               N/A

Po cem patrat?

[Peter Golis]

Napr. aes_neon, teda modul pre prácu s AES optimalizovaný na inštrukčnú sadu NEON známu z počítačov ARM. Ten výkon je ale zúfalý, odhadom asi tak polovica z výkonu CPU Via Esther ktorý by mal teraz niekedy oslavovať cca 15 rokov (ak si dobre spomínam, nemám ho pri sebe). Pevne verím že si na tom CPU v tom čase nerobil diskové operácie na diskovom políčku keďže RAID6 taktiež využíva NEON.

[PetebLazar]

Nic jineho tam nebezelo.

OpenSSL benchmark rPi4

The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes  16384 bytes
md5              42232.53k   109250.15k   207020.54k   267549.01k   292440.75k   294131.03k
sha1             40842.18k   103766.12k   199081.73k   258873.00k   283506.01k   285185.37k
des cbc          28245.53k    29228.89k    29468.76k    29497.04k    29403.82k    29392.90k
des ede3         10504.92k    10674.50k    10712.15k    10687.15k    10706.94k    10709.67k
aes-128 cbc      75051.85k    80631.79k    84072.36k    84916.91k    85153.11k    85153.11k
aes-192 cbc      65920.04k    70928.06k    72852.91k    73462.10k    73632.43k    73646.08k
aes-256 cbc      58830.13k    62358.87k    64244.65k    64731.14k    64866.99k    64864.26k
sha256           27347.77k    65718.61k   120168.19k   151399.77k   164164.95k   165090.65k
sha512           10239.58k    40831.74k    60473.09k    83389.10k    93888.51k    94655.83k
                  sign    verify    sign/s verify/s
rsa 2048 bits 0.006935s 0.000152s    144.2   6582.3
                  sign    verify    sign/s verify/s
dsa 2048 bits 0.002101s 0.001818s    476.1    550.2

[Peter Golis]

OpenSSL nepoužíva ovládače jadra, ale má vlastné. Mali by byť schované v /usr/lib/arm-linux-gnueabihf/engines*/ a bolo ich treba ručne natiahnuť pri štarte programu (alebo cez konfigurák). Engine pre x86/64 AES_NI sa detekoval sám, ale napríklad pre x86 VIA padlock to bolo treba natiahnuť. Aspoň v časoch, keď som sa s tým hral.

[Peter Golis]

Teraz kukám, že mám jednu drobnú nepresnosť. OpenSSL už dokáže použiť aj AF_ALG cez engine afalg. Otázkou je ale či to má nejaký praktický význam, resp či niekde nastáva situácia keď kernel má podporu kryptoakcelerátora ale OpenSSL ju nemá (že by OpenSSL použil volania jadra).

[PetebLazar]

https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=207888&p=1592016&hilit=Crypto+rPi4#p1642865 Takže je to si pouze o síle CPU a schopnostech jeho instrukčního setu.

[Peter Golis]

Áno, to je. Za predpokladu že sa omylom nepoužije menej výkonná inštrukčná sada. Teda že by v tomto prípade nepoužili ani neon.

Zaujímalo by ma či je to vyšší výkon oproti tomu Atomu vez AES-NI.

Akurát je to jedna drobnosť. Podľa lexikónu by mali mať všetky ARMy akceleráciu RSA, niektorých symetrických prúdových šifier a generátora pseudonáhodných čísel. Otázkou je, či považujú

Ale ak to porovnám s x86/64 CPU z roku 2011, tak to rPI vyzerá slabé jak čaj.

                  sign    verify    sign/s verify/s
rsa 2048 bits 0.001359s 0.000040s    735.6  25103.9
dsa 2048 bits 0.000566s 0.000513s   1766.1   1948.2

[PetebLazar]

MB s Atom N270 se mi již odebral do věčných lovišť, ale vzhledem k běhu openssl speed na jednom jádře poslouží jako rovnocenný zástup dosud fungující Atom 330 (prakticky N270, akorát se dvěma jádry a podporou x86_64).

OpenSSL 1.1.0l  10 Sep 2019
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes  16384 bytes
md5              30945.12k    86047.87k   181706.41k   254385.15k   288303.79k   290908.84k
sha1             22447.81k    57822.23k   117401.51k   157724.33k   175540.91k   176936.28k
des cbc          15800.69k    16564.05k    16828.16k    16892.93k    16964.84k    16902.83k
des ede3          5821.30k     5928.21k     5962.58k     5972.99k     5974.70k     5974.70k
aes-128 cbc      24022.28k    26717.48k    27707.73k    27997.53k    28065.79k    28065.79k
aes-192 cbc      20205.52k    22340.27k    23113.39k    23300.44k    23371.78k    23369.05k
aes-256 cbc      17704.23k    19184.49k    19653.12k    19772.07k    19794.60k    19797.33k
sha256           15183.51k    34937.00k    62754.90k    78982.49k    85292.37k    85770.24k
sha512           10341.97k    41575.85k    66569.90k    95257.94k   109117.44k   110040.41k
                  sign    verify    sign/s verify/s
rsa 2048 bits 0.014507s 0.000432s     68.9   2316.9
                  sign    verify    sign/s verify/s
dsa 2048 bits 0.005856s 0.005458s    170.8    183.2

Holt in-order architektura si vybere svou daň. Pokud je A72 čaj, pak Atom je čajem z již vylouhovaného sáčku.

Škoda, že to tvrzení o akceleraci ve všech ARMv8 CPU není podloženo odkazem na zdroj.

Bylo míněno toto rozšíření jako chybějící v použitém BCM SoC? https://developer.arm.com/documentation/100097/0002/introduction/about-the-cortex-a72-processor-cryptography-engine

[Peter Golis]

Neon je tiež akcelerátor použiteľný na kryptoakceleráciu. I keď je primárne na prácu s multimédiami.

Ono, v zdrojákoch píšu že kryptooperácie na ARM robia buď cez ARMv8 Crypto Extensions alebo cez ARMv8 NEON. Keby to dávali cez tradičné FPU, tak by tam bol zaujímavý prepad vo výkone.

[PetebLazar]

Pokud bude většinu času HDD usnutý a LCD vypnuté, očekával bych že rozdíl idle spotřeby proti rPi4 bude v jednotkách W (možná dokonce v neprospěch rPi). Nevím zda jde vyjmout akumulátor, který se může podílet na vyšší spotřebě. Také míra ztrát samotného napájecího adaptéru bude patrně vyšší než u adaptéru rPi.

Pokud výrobce u ntb deklaroval (nedaří se mi údaj najít), dejme tomu výdrž 6 hod (při akumulátoru 49Wh?) vychází z toho průměrná spotřeba se zapnutým display ~8W (bez LCD by to tedy logicky mělo být o pár W méně).