31
Software / Re:cal nezvýrazňuje aktuální den
« kdy: 02. 10. 2020, 17:16:04 »
Asi ti to velmi nepomoze, ale 'cal' vo Fedore 31/ util-linux-2.34-4.fc31.x86_64 to zvyraznuje spravne.
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Takže dotaz zní, zda je rsync protokol odolný proti poškození dat během síťového přenosu, případně během čtení či zápisu na disk? Bude asi záležet na přenosovém médiu - já většinou přenáším přes ssh a navíc s kompresí a tam bych automaticky čekal kontrolní součty a tedy jistotu bezchybného přenosu. Že by ovšem rsync opětovným čtením kontroloval, že se na disk zapsalo to, co se zapsat mělo, o tom bych si dovolil pochybovat.
man rsync (Jenda) je vcelku jasny:Note that rsync always verifies that each transferred file was correctly reconstructed on the receiving side
smtpd_milters = inet:127.0.0.1:8891
non_smtpd_milters = inet:127.0.0.1:8891
# Replaced the below config with inet:^^^ as per
# warning: connect to Milter service local:/var/run/opendkim/opendkim.sock: No such file or directory
#smtpd_milters = local:/var/run/opendkim/opendkim.sock
#non_smtpd_milters = local:/var/run/opendkim/opendkim.sock
Socket inet:8891@127.0.0.1

Nadšenci ARM procesorů by si měli provést reality check. Žádný z ARM procesorů se nemůže v současnosti poměřovat byť jen se střední třídou x86 procesorů pro desktopové použití. I takový 48 jádrový A64FX (se spotřebou ~170W a cenou ~$15000) použitý v superpočítači Fugaku pracující na maximální frekvenci 2,2GHz vám bude v desktopu na nic. A poznáte to v první aplikaci kterou spustíte, ve webovém prohlížeči.a neni jeste jednodusi rovnou: https://www.root.cz/zpravicky/pinebook-pro-arm-notebook-za-199-dolaru
? :-) krome rovnou nativniho GNU/Linux nebude mit zmrzacenou chrome klavesnici :-) CPU je tam nabusene RK3399...
Prosím potvrďte mi, že to s tím výkonem myslíte ironicky:
https://www.cnx-software.com/2018/11/25/benchmark-x86-boards-vs-arm-sbc-rk3399-exynos/
Ono zrovna ve webovém prohlížeči ve webovém prohlížeči o reálném výkonu nic moc nezjistíte. problém je totiž i to, že na x86 je historicky spousta věcí velmi dobře optimalizovaných, zatímco na jiné ne (dobrý příklad je třeba zlib, použití googlem optimalizované přidá prohlížeči klidně desítky procent...). Viděl jsem i rozdíly v základních C knihovnách na stejné architektuře, klidně 6x na stejné funkci...
Jenomze on je realny vykon ten, co uvidim, ne ten, co bych videl, kdyby to nekdy nekdo zoptimalizoval
Na "artefakty" vo Fedore 31 / KDE / 5.6.6-200.fc31.x86_64 pomohlo v grub-e nastavitKód: [Vybrat]amd_iommu=on iommu=pt
amd_iommu může nabývat hodnot "fullflush", "off" a "force_isolation" nikoli "on", takže tenhle parametr je IMO zbytečný.
amd_iommu=on iommu=pt
, mys v pohode funguje. Tablet nemam, korporatny windows sluzi na hostovanie VM. Mys funguje vo vim-e v putty, VM priamo (terminator), VM remote (terminator + GNU screen). Visual mode, resize "okien", taby, select, copy & paste, minibuf explorer, ctags, ...