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

• #9 #25954560 törölt tag tecsu #6

  Új Válasz 2018-09-27 23:38:26 #9

  Ú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

  

  #25954560

  törölt tag

  válasz tecsu #6 üzenetére

  gondolom a sima swap-nek sokkal altalanosabbnak kell lennie. aztan ottvan meg a kernel overhead, a filerendszer overhead plusz kitudjami. talan mivel specialis celra optimalizaltak, egy csomo mindent egyszerusiteni igy gyorsitani tudtak.
  egyebkent nem biztos h elobb-utobb nem szivarog be valami a kernelbe ebbol igy v ugy.

• #5 #25954560 törölt tag lezso6 #4

  Új Válasz 2018-09-27 21:37:04 #5

  Ú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

  

  #25954560

  törölt tag

  válasz lezso6 #4 üzenetére

  kb

  vegtelenul leegyszerusitve ha jol ertem arrol van szo, hogy fognak egy fajlt amit bemapolnak memorianak (hello mmap) es csinalnak egy tobbszintes cache-elest, hasonloan mint a cpu-k L1/L2(L3/L4) cache-e, ahol a leggyakrabban kello adatok a dram-ban laknak, a ritkabban kellok pedig az ssd-n.
  nyilvan sima fajlnrendszeren sima fajl nem volt eleg hatekony, ezert kellett a szoftveres vezerles az ssd-khez.
  kulcsfontossagu volt maganak a cache-elesi algoritmusnak a kivalasztasa es/vagy optimalizalasa az adott feladathoz.

  egyebkent erdekes feladat, jo jatek lehetett az implementalasa.

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