Společnost AMD na veletrhu Computex 2024 představila (YouTube) mimo jiné nové série procesorů pro desktopy AMD Ryzen 9000 a notebooky AMD Ryzen AI 300.
OpenCV (Open Source Computer Vision, Wikipedie), tj. open source multiplatformní knihovna pro zpracování obrazu a počítačové vidění, byla vydána ve verzi 4.10.0 . Přehled novinek v ChangeLogu. Vypíchnout lze Wayland backend pro Linux.
Národní superpočítačové centrum IT4Innovations s partnery projektu EVEREST vydalo sadu open source vývojových nástrojů EVEREST SDK pro jednodušší nasazení aplikací na heterogenních vysoce výkonných cloudových infrastrukturách, zejména pro prostředí nabízející akceleraci pomocí FPGA.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 2,32 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Ubuntu, Linux Mint a Manjaro Linux. Při výběru jenom Linuxu vede SteamOS Holo s 45,34 %. Procesor AMD používá 75,04 % hráčů na Linuxu.
Blíží se léto, chladiče topí, tranzistory se přehřívají, novinářům pomalu docházejí témata a nastává klasická okurková sezóna. Je tomu tak i mezi bastlíři? Na to se podíváme na Virtuální Bastlírně! Tentokrát se strahováci podívají na zoubek velmi slibně vypadajícímu open-source EDM projektu - ne, nejde o taneční hudbu, ale o elektroobrábění. Ukáží taky, jak vypadá starší cykloradar zevnitř nebo jak se testuje odolnost iPhonů.
… více »Společnosti Ticketmaster byla odcizena databáze s osobními údaji (jméno, adresa, telefonní číslo a část platebních údajů) 560 miliónů zákazníku. Za odcizením stojí skupina ShinyHunters a za nezveřejnění této databáze požaduje 500 tisíc dolarů [BBC].
Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Byla vydána nová verze 1.48.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Mimo jiné se v nastavení místo mac-address-blacklist nově používá mac-address-denylist.
Před 25 lety, 31. května 1999, započal vývoj grafického editoru Krita (Wikipedie). Tenkrát ještě pod názvem KImageShop a později pod názvem Krayon.
ipfs initNasledne spustit s parametrem daemon:
ipfs daemonNyni jiz lze nahrat libovolny soubor prikazem:
ipfs add tux.pngPrikaz provede pridani souboru tux.png do IPFS a vypise nasledujici info (hash):
added Qmf1Vpfc1Z6P8zet8U813CFxFijV7HqcT5EX2gDJXp2F12 tux.pngSoubor je mozne nasledne ziskat pomoci prikazu:
ipfs get Qmf1Vpfc1Z6P8zet8U813CFxFijV7HqcT5EX2gDJXp2F12A to u libovolneho uzivatele IPFS.
Tiskni Sdílej:
Koukám, že jsi mne s článkem předběhl :-) Taky jsem se chystal o IPFS něco napsat. A když půjdu o krok dál… technologie, která nahradí nejen současný web1, ale i webové aplikace2 a celé to bude decentralizované, distribuované a anonymní. A potom (nebo předtím?) svobodný nástupce současných IP sítí…
[1] na což stačí ten IPFS nebo KBFSQmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYSMuj upload max 8 Mbit/s
Kdyz ve svem pc do IPFS nahrajete soubor tak tam zustane a nikam se svevolne "nerozlejva" Pokud nekomu date hash a on si soubor stahne tak uz jej budete mit u sebe oba dva nasledne tri, ctyri.... zalezi jak se bude hash sirit. Co se tyce rychlosti tak i me by zajimalo otestovat. Pokud sem date nekdo hash na nejaky volne siritelny soubor nahrany ve vasem IPFS tak rad testnu. Na oplatku predem davam hash na soubor: debian-9.3.0-amd64-netinst.iso (290 MB)Zamrzne to na přenesených 20MB, kde jsem to po asi 3/4 hodině vypnul:QmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYSMuj upload max 8 Mbit/s
$ time ipfs get QmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYS Saving file(s) to QmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYS 20.00 MB / 290.07 MB [======>---------------------------------------------------------------------------------------------] 6.89% 22m34s^C Error: net/http: request canceled real 43m55.232s user 0m0.708s sys 0m0.676sKonzole démona je zablitá errorama:
18:12:53.409 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID PRB9SN>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID PRB9SN> dial attempt failed: dial tcp4 79.184.255.81:36441: i/o timeout wantmanager.go:237 18:14:59.785 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID U6jwZ4>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID U6jwZ4> dial attempt failed: i/o timeout wantmanager.go:237 18:14:59.854 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID VCXEKm>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID VCXEKm> dial attempt failed: connection refused wantmanager.go:237 18:15:01.754 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID PbZ3SD>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID PbZ3SD> dial attempt failed: i/o timeout wantmanager.go:237 18:15:47.682 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID P8HLrD>) failed: dial attempt failed: context deadline exceeded wantmanager.go:237 18:16:07.865 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID Z3VKwn>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID Z3VKwn> dial attempt failed: i/o timeout wantmanager.go:237 18:16:10.767 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID dAB13h>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID dAB13h> dial attempt failed: i/o timeout wantmanager.go:237 18:16:36.735 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID VtDRXc>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID VtDRXc> dial attempt failed: i/o timeout wantmanager.go:237 18:55:16.317 ERROR commands/h: err: context canceled handler.go:285
ipfs get QmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYS -o /dev/null Saving file(s) to /dev/null 290.07 MB / 290.07 MB [========================================] 100.00% 12m38s
Proč bych měl něco takového vůbec chtít?Tohle považuji za jednu z nejdůležitějších vlastností podobných sítí a je to nejlepší věc na FreeNetu. Každý uživatel poskytuje síti nějaký prostor a nenahrává svá data k sobě, ale prostě do sítě (u FreeNetu dokonce tak, že nikdo nemá k disposici celý soubor naráz, ale pouze jeho část). Pokud je IPFS udělán tak, jak píše Otasomil, tak je to docela problém, protože pokud nějaký soubor nahraji (tj na svůj node) a je zreplikován až potom, co pošlu konkrétní hash nějakému známému (a je opět zreplikován u něj), tak je docela snadné tyto kámoše odpojit od sítě a ta data prostě ztratit. Toto by u FreeNetu nemělo být možné.
Tohle považuji za jednu z nejdůležitějších vlastností podobných sítí a je to nejlepší věc na FreeNetu. Každý uživatel poskytuje síti nějaký prostor a nenahrává svá data k sobě, ale prostě do sítě (u FreeNetu dokonce tak, že nikdo nemá k disposici celý soubor naráz, ale pouze jeho část).No, to zní hrozně hustě, ale stejně jako nechci hostovat bitcoin blockchain, tak nechci hostovat ani nějaká náhodná hovna ostatních uživatelů. Navíc je to celé náchylné na útoky, pokud do toho není zapojená nějaká kryptoměna, která limituje dobu uložení cenou za čas.
Proč plácat výkonem na nějké blbosti, které mne nezajímají?Tak to je potom o tom, v čem vidíš podstatu takové sítě. Pokud je to síť, kde všichni poskytují nějaký relativně malý prostor (v počátku TB disků jsem na FreeNet poskytoval 100GB, to je nic) na svém disku a vytvářejí tak "nekonečně velký" sdílený prostor dostupný všem, tak by tě asi nemělo zajímat, co je zrovna na tvém poskytnutém prostoru (nehledě na to, že ve Freenetu to ani nezjistíš). Ale pokud to (i s Bystroušákem) berete tak, že tam jsou blbosti / hovna, tak tam možná ta hovna sami dáváte. Jinak, to co píšeš se nijak nevylučuje s tím konceptem. Pokud je určité síťově blízké okolí, které se zajímá o mapy na cestu Mars, síť může tato data replikovat blíž k těmto uzlům (pochopitelně s tím, že někde jinde bude ještě další replika). Takže obsah, který tě zajímá bude pro tebe snadněji dostupný.