Příspěvky

151

Hardware / Re:Výběr pracovního monitoru

« kdy: 27. 10. 2020, 06:54:53 »

Jen ta kombinace mechanicky náročných konektorů klasické dokiny (v NTB a v dokině) stála výrobce možná jako celá USB3 dokina dnes. USB3 je pro výrobce daleko jednodušší. Jako uživatel mám také daleko raději klasickou malou placku pod NTB.

152

Hardware / Re:RAID1 z USB diskov

« kdy: 10. 10. 2020, 20:21:05 »

RPi3 má USB2 v SoCu (IP dwc2 od Synopsys), 100Mbps (RPi3+ gigabit) ethernet přes USB-ethernet bridge. RPi4 má to samé USB2 na USB-C konektoru, ale k tomu USB3 řadič na PCI-e a gigabit ethernet v SOCu, napojený přes interní datový bus SoCu. Je to z pohledu USB a ethernetu úplně jiný HW.

153

Hardware / Re:RAID1 z USB diskov

« kdy: 08. 10. 2020, 09:49:39 »

I zálohovací server s deduplikovanými zálohami za deset let zpět se musí zálohovat na offsite média. Někdo volí pásky, někdo volí několik sad disků do raidu, které točí každý týden, každá sada umístěná jinde a nikdy se nepotkají na jednom místě. Že to někomu jinému nedává smysl, je jeho problém.

154

Hardware / Re:RAID1 z USB diskov

« kdy: 08. 10. 2020, 08:34:15 »

Jo, ebayové SAS HBA PCIe řadiče používáme všude, nic jim není a ve skladu je pár rezervních, stály pár stovek. Kdyby odešel server, přehodí se karty do jiného a skříň s hotswap disky se připojí do nich. Původně jsem dělal hotswap bednu DIY, ale kabely na šlahounech neměly dobrý kontakt a jednou za pár měsíců nějaký disk vypadl. To nebylo udržitelné, takže Supermicro bedna s hotswap disky s klasickými externími SASx4 konektory. Od té doby nebyl jediný problém.

Jsem přesvědčený, že kdyby se mechanicky dobře provedená bedna s několika disky, kvalitními UAS adaptéry, kvalitním USB hubem a dobrým napájením připíchla kvalitním kabelem do USB3 stabilního kompu, běželo by to také spolehlivě. Samozřejmě ne tak rychle, driver USB by žral CPU při skládání USB rámců, ale třeba pro domácí účely úplně v pohodě. Takové bedny se běžně prodávají, např. z dražších https://www.alza.cz//icy-box-ib-3740-c31-cerne-d5702958.htm

155

Hardware / Re:RAID1 z USB diskov

« kdy: 07. 10. 2020, 22:36:02 »

Kazdy mame holt jine meritka. Zatimco mi doma pro osobni i pracovni veci chrochtaj disky povesene na 12G SAS expanderu a prislusnem SAS HBA, v rackovem hoswapu, vase firma vesele nasazuje na dulezite zalohy USB disky na RPi :-)

Stačilo by trochu číst - reakce byla na enumeraci disků do mdadm, o USB v tom odstavci není ani slovo. 2x 16portů a 1x 8portů SAS HBA, napřímo bez expandéru. Kde jinde než hotswap v racku.

Pro domácí použití bych se RPi4 a raid přes USB3 vůbec nebál, kdybych měl tu potřebu.

156

Hardware / Re:RAID1 z USB diskov

« kdy: 07. 10. 2020, 19:17:20 »

Na zálohy se nekladou takové požadavky jako na pracovní data. Záloha je "něco navíc".

Jak pro koho. Zálohy obsahují historická data firmy, sakra důležité.

Nedovedu si moc představit use case pro rotující sady disků v raidu.

Offline záloha 20TB se na jeden disk stále ještě nevejde. Nicméně nikde jsem netvrdil, že to jede přes USB, reagoval jsem na argument ohledně údajného problému linuxového mdadm s měnícími se jmény disků.

RAID-1 je technologie zvyšující spolehlivost dat. USB je na připojení dat spíš méně spolehlivé (obecně). Kombinovat RAID a USB je kočkopes.

Spoustu spokojených uživatelů RPi4 (USB3 s vlastním řadičem na PCIe) a mdadm raidu si to nemyslí.

157

Hardware / Re:RAID1 z USB diskov

« kdy: 07. 10. 2020, 16:14:16 »

a nestálost jejich device id na linuxu (stačí prohodit port nebo přidat redukci a linux je z toho zmatený).

Z čeho konkrétně je "zmatený"? Název disku nemá pro raid žádnou relevanci, standardně se používá UUID - partišny i přímo raidu. V serveru máme 30 disků a když se tam každý týden vloží další 4 disky na offline zálohy, jejich mdraidové pole se vždy sestaví automaticky zcela spolehlivě, protože je správně zavedeno v /etc/mdadm/mdadm.conf. A jména disků jsou pokaždé jiná (sdaa, sdac, cokoliv).

Problém s připojování lze vyřešit vytvořením fat partition na usb discích a připojení (mount) podle uuid, pak je to konzistentní. Nad tím pak může fungovat mdadm docela dobře.

Proč by měl dělat zrovna FAT partišnu? Jinak mdadm má vlastní typy https://raid.wiki.kernel.org/index.php/Partition_Types#What_Partition_Type . Mount dle UUID je zcela samozřejmý, ale to je UUID raidového pole, ne jednotlivých partišen v raidu

158

Odkladiště / Re:Aliexpress - česká pošta -> chodí vám balíky?

« kdy: 02. 10. 2020, 08:25:51 »

Díky za info.

159

Odkladiště / Re:Aliexpress - česká pošta -> chodí vám balíky?

« kdy: 30. 09. 2020, 22:34:44 »

Jo, ta zásilkovna je úplně jiný level. Zajímalo by mě, zda to může obchodník nějak ovlivnit.

160

Software / Re:V jakém svobodném SW sázet bakalářku na ČVUT?

« kdy: 29. 09. 2020, 23:05:27 »

Ve wordu 6(?) jsem psal diplomku někdy kolem 1996 na notebooku 486SX/33MHz/8MB RAM, BW  LCD 640x480. S použitím master dokumentu a kapitol v oddělených souborech, obrázky vždy vkládanými odkazem na soubor na disku, to šlo tehdy naprosto v pohodě a cca 70 stránkový dokument se spoustou obrázků neměl žádné problémy. IMO je hlavní problém v tom, že se vše narve do jednoho dokumentu (až donedávna s velkými vloženými obrázky bojovala především LO). Přitom rozdělení dokumentu do více souborů po kapitolách a umístění obrázků bokem je daleko praktičtější, obrázky lze triviálně aktualizovat, verzovat v gitu (dnes, ne tehdy :-) ) atd.

Bohužel netuším, zda aktuální verze wordu master dokument, rozdělení na menší soubory a obrázky odkazem na externí na disku vůbec podporuje (office takřka nepoužívám), ale předpokládám, že ano, přijde mi to jako samozřejmost.

161

Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku

« kdy: 18. 09. 2020, 11:50:11 »

Bohužel Autodesk může kdykoliv změnit svůj licenční model (neustále utahuje šrouby, s tržním podílem si to snadno může dovolit). Chci mít u nich jen nezbytně nutné věci, což by PCB být nemuselo, volný kicad je v pohodě (narozdíl od FreeCADu). Nevíš, jak dobře funguje konverze projektu z eaglu do kicadu? Nerad bych pak přišel o PCBs, kdyby free subskripci ukončili úplně. S modely toho moc nevymyslím, použitelnou volnou alternativu prostě neznám.

Uplynulo půl roku...

Effective October 1, 2020, functionality in Fusion 360 for personal use will be limited, and you’ll no longer have access to the following:

    Probing, 3 + 2-axis milling (tool orientation), multi-axis milling, rapid moves, automatic tool changes
    Multi-sheets, smart templates, output options for drawings (print only).
    Download options from public share links
    Cloud rendering
    Export options including DWG, IGES, SAT, STEP, and DXF (Note: DXF can still be saved via sketch)
    Simulation and generative design
    Unlimited active and editable Fusion 360 documents (10 doc limit).
    Fusion 360 extensions – Generative Design and Manufacturing Extensions

https://www.autodesk.com/campaigns/fusion-360-personal-use-changes

Takže hlavně zařízli export plnohodnotných 3D modelů v jiných formátech, což je zásadní věc.

162

Hardware / Re:Snese průmyslový zdroj zpětné napětí?

« kdy: 18. 09. 2020, 10:50:21 »

Nechápu, proč by zdroji mělo vadit, že je oddělený diodou. Drží si své napětí a když za diodu něco jiného dodá napětí vyšší, tak mu spadne odběr na nulu. V čem by měl být problém?

163

Vývoj / Re:Nový projekt vs. cizí kód

« kdy: 14. 09. 2020, 14:15:17 »

řízení projektu a snad i nějaká analýza byly "tady" a implementace předána "tam".

Očividně to zde budoucí vlastník kódu moc neřídil, když dopustil takovou implementaci.

164

Vývoj / Re:Nový projekt vs. cizí kód

« kdy: 12. 09. 2020, 15:01:08 »

versus adoptovat novou webovou službu na stávající api, kdy vám všechno krásně hraje do noty, všechno přesně zapadá, pomocí pár řádek kódu.

Obvykle nic krásně nezapadá a právě refaktoring dává šanci, aby nová funkce mohla být jen pár řádek. Není to buď a nebo, ale nejdřív jedno a až následně druhé. Velice málokdy lze novou funkci přidat pěkně bez úpravy stávajícího kódu, typicky se vytahuje společný předek, stávající kód se zobecňuje pro společné využití generifikací  atd. Skoro vždycky je to několik úvodních commitů (štábní kultura, zobecnění, vytažení rozhraní pro novou funkcionalitu, atd.). Nedovedu si představit, jak by se to mělo dělat jinak.

165

Vývoj / Re:Nový projekt vs. cizí kód

« kdy: 10. 09. 2020, 15:51:12 »

IMO především záleží na majiteli kódu, zda si ohlídá, aby byl kód dlouhodobě udržovatelný, nebo na to rezignuje. Netypované jazyky, zbytečné míchání různých jazyků v projektu, s tím související pravidelné naskakování na aktuální hype, ale i házení klacků pod nohy kontrolám kompilátoru a IDE (často zbytečné používání reflexe, míchání kódu a nikdy nevyužitých XML konfigurací s názvy programových prvků), nepřesné názvy, duplikace kódu místo vytažení do generického předka, hashmapy místo konkrétních datových struktur, atd atd. Klasika.