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

• #30 #16939776 törölt tag sb #29

  Új Válasz 2020-07-30 14:01:17 #30

  Ú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

  

  #16939776

  törölt tag

  válasz sb #29 üzenetére

  Ezt valóban az SSD Fw.-je csinálja, de be lehet folyásrolni a "power Plan"-ben registry-ben vagy energiagazdálkodás fülön keresztül, hogy ne vegye figyelembe ha akkumulátorról üzemel a gép.
  Nekem más jellegű problémám volt, desktopon, olyan hardverrel aminek eleve nem volt battery módja, sőt gyárilag nem volt energiagazdálkodása sem, mert 99.99%-os rendelkezésre állásra készült. Olyan, hogy magát a !sata kapcsolatot! low power állapotba kényszerítette az OS. ASPM
  Amitől 200ms-ekre megfagyott a gép egy Alt+tab-nál, vagy ha játék közben elém spawn-olt valaki és be kellett volna tölteni egy textúrát.
  Eléggé ciki ez is.

• #28 #16939776 törölt tag sb #27

  Új Válasz 2020-07-30 12:51:34 #28

  Ú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

  

  #16939776

  törölt tag

  válasz sb #27 üzenetére

  Mérni kellett volna, hogy melyik esetben használt el több energiát a lapos a win10 betöltésére, mert lehet hogy eltérés csak a boot időben, meg a hajad fakulásában volt.

• #26 #16939776 törölt tag sb #25

  Új Válasz 2020-07-30 12:31:52 #26

  Ú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

  

  #16939776

  törölt tag

  válasz sb #25 üzenetére

  Ezzel a "Túl nagy elméleti sávszélesség - alacsony kihasználáság - ezért az energiagazdálkodás lefojtja a teljesítményt töredékére" problémával én is szembesültem, és a "megoldása" mobil eszközön tényleg nem járható.
  Talán abban lehet majd haszna a 4.0-nak, hogy kevesebb vezetéken tudnak bekötni 10G-s hálókártyát, vagy TB/USB vezérlőt, kevesebb sávot kell egyszerre ébren tartani, ELVILEG ezzel lehet majd a hatásfokon javítani. Ezzel és a nagyobb sávszélességgel, ELMÉLETILEG többet lehet idle állapotban a CPU. Gyakorlatban meg ettől többet vár a CPU az adatra/eszközre, csak addig is IDLE pörög, nem tud aludni az adatra váró mag, cserébe a háttértár elalvása miatt alacsonyabb a teljes rendszer átlag fogyasztása.

• #24 #16939776 törölt tag Béééla #22

  Új Válasz 2020-07-30 11:09:02 #24

  Ú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

  

  #16939776

  törölt tag

  válasz Béééla #22 üzenetére

  Az a szervizelhetőség, nem szokták ezt a userre hagyni, ezért nem is alap kritérium, hogy te otthon fél óra egy óra alatt szét tudd szedni, kitakarítani és újrapasztázni a gépet, majd összerakni. Vannak olyan gépek amik közel alkalmasak erre, de azokat meg nem veszed meg otthonra, az ágyból filmet nézni, netezgetni.

• #21 #16939776 törölt tag

  Új Válasz 2020-07-30 10:20:13 #21

  Ú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

  

  #16939776

  törölt tag

  Mire olyan feladatot kapna a dGPU notiban amire folyamatosan indokolt lenne 16x sávszélesség a CPU és a GPU között, arra a felhasználásra nem lenne elég a CPU/GPU TDP-je, nem bírná a hűtésük kiszolgálni a folyamatos hőtermelést, és az akku sem bírná a fokozott energia igényt.
  Ergo teljesen jól van, hogy csak 8 sávot tesznek közéjük, mert ahova szánják az adott terméket(laptop), ott nem fordul elő olyan eset, ahol bármilyen kézzel fogható előnye lenne a +8 sávnak, megléte viszont állandóan sújtaná az üzemidőt.

  Nekem ha egyszer lesz laptopom, tuti nem dVGA-s lesz, mert csak a kínlódás van vele (megbízhatóság-hűtés-zaj-üzemidő-méret), ha megoldják azt, hogy egy Apu is képes alacsony órajelen elkezelni egy "nagy felbontású" kijelzőt, akkor kivezethetik a lapos oldalára mind a 8/16 PCI-ex sávot, és arra azt dugok rá amit akarok, ha éppen valami sokkal komolyabbat szeretnék használni, mint a fedél alatt lévő hardverelemek.

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