Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.
Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.
EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.
Byly publikovány fotografie a všechny videozáznamy z Python konference PyCon US 2025 proběhlé v květnu.
Společnost xAI a sociální síť X amerického miliardáře Elona Muska zažalovaly firmy Apple a OpenAI. Viní je z nezákonné konspirace s cílem potlačit konkurenci v oblasti umělé inteligence (AI).
Byla vydána nová verze 9.16 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
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.