Příspěvky

1126

Odkladiště / Re:Zkušenost s Google-free telefony Huawei

« kdy: 03. 02. 2021, 00:18:46 »

Pritom by stacilo prosadit zakon

Takže další státní regulace?
Cesta do pekel je dlážděna dobrými úmysly

To neni regulace, jenom povinnost.

A taky kdyby byl kernel pod GPL3, tak by se to uzamykat nesmelo - je tam navic pravo na modifikaci.
https://en.wikipedia.org/wiki/Tivoization

1127

Odkladiště / Re:Zkušenost s Google-free telefony Huawei

« kdy: 02. 02. 2021, 21:38:34 »

Pritom by stacilo prosadit zakon, ktery rika ze tato elektronika z dovozu musi umoznovat odemknout bootloader.
Tj. ten odemykaci kod by mel byt bud soucasti baleni, nebo vygenerovatelny offline toolem na uzemi CR, napr. z IMEI, a zprostredkovani zajisti napr. operator na svych pobockach.

1128

Bazar / Re:Sháním LTO 4 nebo 5 mechaniku

« kdy: 02. 02. 2021, 20:01:43 »

Kolik toho potrebujes a jakou cenu nabizis?

Mam hodne DDR3 ecc-reg (8G/16G), pripadne mene DDR4 ecc-reg (16G/32G) - ale ty se me hodi do aktualnich/budoucich masin.

U tech DDR3 by byla mozna taky vymena za VLP ECC UDIMM (potrebuji) - jak je tohle nedostupny/predrazeny uz vymyslim ze bych si to nechal vyrobit

1129

Server / Re:Postfix: umožnění odesílat emaily pouze některým uživatelům

« kdy: 01. 02. 2021, 20:39:37 »

Protoze Postfix slouzi jenom na odesilani, muzes zamezit v autentizaci tech, u kterych je posilani nezadouci.
Nejspis nejjednodussi to bude v pripade autentizace skrze SQL - si pridej sloupec sloupec s priznakem "allow sending mail" a dopis si SQL dotaz kde je test na jmeno/heslo o tohle.

1130

Hardware / Re:Síťové audio rozhraní k zesilovači (ESP32?)

« kdy: 31. 01. 2021, 23:46:51 »

Co treba starsi RPi + usb 5.1/7.1 analog zvukovka (cmedia chipset) + wifi dongle a rozjet tam audio server na ktery napojis svoje desktopy? Blby je, ze tam bude random latence, takze se to k videu nebude moc hodit, spis jen na poslech.

Zda neni jednodussi pak pouzit tu samou zvukovku + usb prodluzku.. a mit to z toho video playout pocitace rovnou.

1131

Hardware / Re:Raspberry Pi 3 nebootuje z většího SSD

« kdy: 31. 01. 2021, 23:30:13 »

Teda asi by šlo - vyhodit z kernelu UAS. Ale kdo se pustí do kompilace vlastního kernelu...? Teda kromě mě, když na RPi4 provozuju Gentoo

Jiste ze by to slo i jinak ,)
Otazka natazeni UAS je podminene volani ... takze by stacilo kernel rozbalit / prepsat kousek na nop-y / zabalit zpet :-)
(treba - kdyz je clovek linej dohledat z ceho a jak je onen kernel kompilovan)

Kód: [Vybrat]

/* If uas is enabled and this device can do uas then ignore it. */
#if IS_ENABLED(CONFIG_USB_UAS)
        if (uas_use_uas_driver(intf, id, NULL))
                return -ENXIO;
#endif

1132

Hardware / Re:NVIDIA Jetson Nano

« kdy: 28. 01. 2021, 01:18:31 »

Nejspis nemas dost zkusenosti s embeded deskama, to co chces, out of the box opravdu nefunguje, pokud to ani samotny vyrobce takto nepouziva.

Prvni krok - rozjed si tam debug seriak (potrebujes zrejme nejaky USB-TTL konverter). tam uvidis uboot - typicky bootujici by default z /dev/mmcXYpZ.

Bootovaci proces muzes zastavit a zmenit bootenv, takze by to mohlo teoreticky bootovat z usb.. ale - nemam pocit ze uboot dodany nvidii umi cokoliv jineho nez mmc. To bys to musel preflashnout necim z L4T projektu a pak jet mainline kernel napr..

Takze se pro tebe jako zacatecnika nabizi polovicate reseni:
Nechat na SD karte (dev/mmc) jenom oddil s kernel/initrd, a rootfs nasmerovat na ten USB3 adapter.
root= parametr se musi nejspis zmenit v uboot boot env skrze ten seriak, a pak to muzes pripadne ulozit do flash na opakovane pouziti.

A az ti to ne-nabootuje, zjistis, ze ne vsechny USB3/SATA bridge (supliky) maj v pohode UASP firmware, takze budes ten svuj suplicek zablacklistovat, at funguje v pomalejsim BOT rezimu (klasicky usb mass storage).

Jako nevim co s tim chces jako delat za psi kusy, ale samotny OS pro tuto desku absolutne nema smysl davat na cokoliv rychlejsiho nez ty 90MB/s SD karty, je s tim vice prace, nez praktickeho uzitku. Radeji bych to pouzival tak, ze OS bude na SD a data na tom suplicku.

Ale navody jako existuji, tak prosim - staci pouzit google: nvidia jetson nano usb boot
https://tutorial.cytron.io/2020/10/21/nvidia-jetson-nano-boot-from-usb/
https://www.jetsonhacks.com/2019/04/25/jetson-nano-run-on-usb-drive/

A jak to ne-chodi u nvidie:
https://forums.developer.nvidia.com/t/how-to-boot-from-usb/75025
https://forums.developer.nvidia.com/t/usb-3-boot-on-jetson-nano/72247/15

1133

Hardware / Re:HD Seagate Exos versus WD Digital Gold

« kdy: 27. 01. 2021, 16:10:28 »

Pro RAID-1 klidne vem jeden ten a jeden onen. Ale prosim, kdyz uz - tak hlavne ve stejne kapacite, jo?

1134

Server / Re:HW raid 10 vs 6

« kdy: 22. 01. 2021, 13:24:12 »

Přesně!

• SAS používá dva kanály, pokud jeden odpadne, jede se dál
• Disky do serveru mívají vyšší výkon elektroniky, například 2x ARM cpu vs 1x ARM

Tak to te vyvedu z omylu:

Serverove SATA disky (entry level), stavi na stejnem hw jako desktopove, jen maji osazeny ty senzory vibraci. Pocet jader v radici je tam stejny. Pokud chcete neco "jineho/lepsiho", jde se na SAS a pak to uz je jina platforma. Ale obecne na rotacne disky nepotrebujete buhvijaky vykon, u SSD to uz je jina.

SAS muzou mit 2 kanaly, ale typicke nasazeni je, ze se to pripoji do 2 serveru, pokud jsou disky v "disk shelf", ktery pak ma vzadu dva nezavisle SAS porty, pripadne po konverzi na dva FC. V beznem nasazeni, jako "interni disky pro server", jsou disky pripojeny na 1 radic, ktery vyuziva jen 1 ze dvou portu. Pro multi-path je treba specialni konfigurace - napr. mit dva HBA (protoze radic je SPOF), prislusny backplane, dva kabely a pak pouzit dm+multipath. Tohle opravdu neni bezny standard.

U NVMe existuje taky dual-port verze, jen pak disk nema x4 pcie, ale x2+x2, coz pak pada na uroven cca 2x 12G SAS (ostatne moderni hw radice zerou jak x2 nvme, tak 12G sas). Vyhodou NVMe je, ze muzete delat namespacy a prirazovat je jednotlivym portum, takze takovej DP NVME disk lze rozdelit na dve oblasti ktere jsou exkluzivni pro dva pripojene pocitace, nebo jsou sdilene mezi dvouma pocitaci (to pak je potreba spravny cluster FS nebo failover).

U NVMe disků:
- spotřební disky se vyrábí procesem hustší integrace (menší buňky) = menší buňka = nižší spolehlivost, byť jsou oba procesy TLC
- čipy pro spotřební disky se často vyrábí u "horších firem", na serverové se dávala třeba vyšší řada čipů Toshiba
(Každý výrobce má různé a různě kvalitní řady.)
- spotřební disky mají menší počet "rezervovaného místa"
- spotřební disky potřebují TRIM, firmware serverových disků se s tím umí "částečně" poprat (ostatně, jinak by chcíply)
- serverové disky mají lepší firmware (stabilnější)
... takže, něco tam je no...

Na velikost bunek se od dob V-NAND prilis nehraje, resp. se zivotnost vratila do normalnejsich mezi.
Ostatni body ti lehce vyvratim, pac v me sbirce pokazenych ssd jsou:

 - consumer ssd s intel/micro/toshiba/samsung flashema, nic "china lowend" tam nebylo

 - serverove disky, kde s selhani prislo z duvodu chyby FW: pamatujete na HP s zivotnosti 32K hodin? dostal jsem darem dva, pripadne DC4500 series od intelu, kde jsem udelal Trim, a po vytvoreni partition table disk padl do stavu, kdy odmita komunikovat (interni chyba struktur, je tam assertion a nejde ani updatovat na nem fw).

 - pokud se bavime o extra volnem mistu: vetsinou je tam stejne jako na consumer variante, s malymi vyjimkami u opravdu drahych disku ktere jsou oznaceny jako WI - write intensive. Tam jsem videl i 1.5x vetsi kapacitu flashe (3.2G osazeno pro 1.9T). A ano.. i takovy disk selze, jinak bych ho nemel na kuchnuti :)


Jedina dobra cesta k spolehlivosti je, ze budete uvazovat o tom, ze disky jsou ze sve podstaty nespolehlive medium - a ac se zda, ze maji svoje patterny jak se chovaj, pri opravdove zatezi muzete narazit na nejakou spousteci podminku chyby ve fw a pak jdou vsechny zname predpoklady bokem. Cesta k vykonu je pak otazkou vytvoreni replikovatelneho testu s predpokladanym patternem - ktere si muzete zkusit na variantach reseni ktere by jste chtel nasadit.

(PS. porad si myslim, ze muj open-ssd projekt ma smysl.. protoze vsechna SSD jsou blackboxy - a nikdy nevite, kde se kostlivec ve skrini skryva)

1135

Server / Re:HW raid 10 vs 6

« kdy: 21. 01. 2021, 18:25:19 »

Někdy se může jevit jako zajímavá varianta nestandardní raid: https://en.wikipedia.org/wiki/Non-standard_RAID_levels. Třeba pro vás může být zajímavý raid 6e. Jak byste raid implementoval? Jako softwarový nebo máte dedikovaný řadič s raidem? A jak se zhruba jeví zátěž jednotlivých VM pro diskové pole?

Raid5E/6E nebrat, protoze vyhozeni disku spousti proces ktery prekope cely pole do jineho poctu disku a useekuje se to k smrti.
Raid5EE/6EE je jiz zajimavejsi, ze to jsou data prolnuta prazdnym mistem a odpada velikej disk seek.

Jakkoliv, klasicky raid 5/6 s hotspare dela zatez (N-1)*R+1*W pri rebuildu, zatimco tyhle E/EE vymysly az N*R+N*W, takze vykonove si prilis nepomuzete :-)

1136

Server / Re:HW raid 10 vs 6

« kdy: 21. 01. 2021, 01:45:39 »

Ak sa bavime o urceni RAID10 tak ma sluzit aj k tomu, ze ak ti degraduje jeden disk, tak stratis minimum vykonu pri rebuilde a je sakra rychlejsi ako pri RAID6.

Tady bych souhlasil na 100%.
Vetsina lidi vidi R6 jako "je tam prece vice disku = vetsi vykon, vetsi kapacita".
Ale nikdy nezazili prakticky provoz v degraded stavu, a na R6 to je fakt hodne znat.

1137

Software / Re:Jak skrýt \

« kdy: 20. 01. 2021, 23:56:51 »

man bc --> /backslash / / / / / ... / / / --> BC_LINE_LENGTH

Kód: [Vybrat]

$ BC_LINE_LENGTH=0 bc -l <<< "scale=100; 4*a(1)"
3.1415926535897932384626433832795028841971693993751058209749445923078164062862089986280348253421170676

1138

/dev/null / Re:Rozjebané fórum

« kdy: 20. 01. 2021, 21:27:19 »

jojo, to se me stava taky a uplne chapu jak to neskutecne vytoci cloveka.

Par pravidel:
 - pred klikem na Odpovedet dat reload page / F5
 - behem psani prispevku neudelat zadnej jinej request na root.cz (neprochazet jine vlakna, na tom samem pc ani na jinem pc kde se pouzil tvuj login)
 - pred klikem na "Prohlednout" udelat Ctrl+A/Ctrl+C (jestli to ma selhat, tak to selze uz tady!)
 - to same pred Poslat

(na linuxu mam synchronizovany selection+clipboard, takze to jen zaonacim mysi a je to zachraneno)

Bohuzel me forum root.cz vycvicilo do stavu, ze kdyz pisu inquiry na ruzne weby, tak delam kopii do schranky :P
(ale ano.. bylo by lepsi pouzit prohlizec ktery umi obnovit TEXTAREA, pac bezne se z last postu do historie ukladaj jen jednoradkove inputy).

1139

Server / Re:HW raid 10 vs 6

« kdy: 20. 01. 2021, 20:02:33 »

Mimochodem, předchůdce s chutí používal 2.5" 15k disky - před třemi lety.
S tím, jak rostou potřeby firmy, by mi přišlo logičtější použít nižší počet 3.5" serverových disků a hybridní pole (s SSD urychlujícím čtení).

Vykonu 2.5"/15K budes tezko konkurovat pomalyma velkyma diskama - to IOPS je zde nasobne vyssi a netrpi to na TBW jako SSD.

SSD cteni neurychluje. Urychluje *opakovane* cteni, stejne jako by pomohla vice RAM a je s tim mene prace to "nastavit".

Chybi zakladni informace: co ve VM vlastne bezi, jak to je zatizeny, jaky IO pattern to generuje - cte to vubec neco dokola, aby ta SSD cache se mela sanci projevit? Je soucasne pole vykonem limitujici faktor pro provoz sluzeb? Nebo na kolik % je diskovy system vytizen? Budou to jen lokalni VM, nebo se pole sdili pro vzdalene nody?

Kdyz si spoctes 12 disku x 10w, vyjde ti spotreba cca 1MWh/rok, coz je 4500.-, SSD mas za 2-3 roky usetreno v TCO (ale predpokladam ze mas budget na investici do novych disku). Takze bych sel do SSD only pole, oblast nad 5.4TB pokryjes za par tisic. Rekonstrukce SSD pole (R5) bude rychla, takze bych preferoval R5+spare (kvuli odlozeni wearu na spare disku), nez R6, pokud nehodlas mit v zasobe cold-spare sdilenej pro vice serveru s R6 rezimem.

Ad OS pro VM je na SSD - tak tohle je prave design fail, protoze typicky server OS+APP se nacte jednou a pak uz na systemovej disk to nesaha, leda jako na zapis logu. K tomu SSD fakt nepotrebujes.

1140

Hardware / Re:MX725 klepoce 10 minút pred tlačou aj 10 minút po tlači.

« kdy: 17. 01. 2021, 15:02:59 »

Mas tam origo naplne nebo klony? (zda to neni nejake kazitko ve fw).
Jinak bych zkusil vyndat naplne a pak ten sken, zda si toho vsimne...

S lexmark ale nemam dobre zkusenosti - mam laser+sken multifunkci a dosel toner - psalo to "Device not ready". A v tomto stavu se to ani neprepne do usporneho rezimu (hlavne ze na zarizeni uz neni on/off vypinac, takze se to muselo vytahovat ze zasuvky). Taky nelze ani skenovat (wtf, skener musi mit plnej toner?) a ten kram mi nedovolil ani aktualizovat firmware - ze bych zkusil zda to treba neopravili/neudelali lepe - ale protoze pres Not ready nejde vlak, update nesel udelat.. omg.. jsem si myslel ze to vyhodim z okna.