Új hozzászólás Aktív témák

• #66123 Frawly veterán cigam #66121

  Új Válasz 2019-02-17 20:34:08 #66123

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz cigam #66121 üzenetére

  Van olyan disztró, ami használ http/ftp protokollokat tárolóknál, attól függően, hogy milyen tárolókat állítasz be. De ezek a protokollok biztonságilag már elavultak (lásd a kernel.org-os régi hírt, hogy dobják az ftp-ket), ami persze az aláírt és ellenőrzött integritású csomag miatt mindegy, mert azokba senki nem tud emiatt belebuherálni, de a legtöbb disztró a https-es tárolókat használ ma már. De pl. Arch Linuxon vannak rsync:// protokollos tárolók is. Emiatt elvileg nincs megkötés a protokollt illetően, csak annyi, hogy adott protokollt egyszerre kell támogatnia a csomagkezelőnek és az adott tárolótükörnek is.

  A p2p/torrent protokoll csak nem elterjedt, max. csak telepítő iso-knál. Csomagoknál nem annyira, mert nehéz lenne leszervezni, hogy ki milyen csomagverziókat seedel, meg a sok kismillió csomag miatt kéne sok kismillió külön torrent, aminek a frissítéséről nehéz lenne gondoskodni. Szerveres tárolótükröknél csak azt kell nézni, hogy rendszeresen sync-elve legyen, és akkor az garancia, hogy ott van minden csomag legújabb verziója.

  Amit én a linuxos csomagkezelőkből hiányolok, az főleg a többszálúsítás:
  1) párhuzamos letöltés egyszerre több tárolótükörről, több csomagot, és ugyanannak a csomagnak különböző részeit tölthetné más-más tükrökből
  2) a letöltött csomag párhuzamos aláírás/integritásellenőrzése (nem egyenként egymás után)
  3) a letöltött és leellenőrzött csomagok párhuzamos kibontása (a post install scripteket nem javallott párhuzamosítani)

  Ezek jobban kihasználnák az erőforrásokat, főleg a net/háttértár sávszélességét. De ennek nem annyira érzik szükségességét a disztrók készítői, mert
  1) a legtöbb tükörnek már így is akkora sávszélessége van, hogy max. sebességgel jönnek le róla a csomagok
  2) a kernel meg a linuxos fájlrendszerek szépen használják ki a lemezes erőforrásokat, emiatt a lemezműveletek még csomagonként egyenként lefutva is elég gördülékenyek
  3) ezek miatt masszív párhuzamosítással nem sokat nyernének sebességben, hatékonyságban.

Új hozzászólás Aktív témák