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

• #23 Cathulhu addikt kelly416 #20

  Új Válasz 2015-01-22 18:44:04 #23

  Ú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

  

  Cathulhu

  addikt

  válasz kelly416 #20 üzenetére

  tegyuk hozza, hogy kikapcsolt kijelzonel nem csak a kijelzo energiajat sporolod meg, a procinak is csak a toredeket kell szamolgatnia, nem kell masodpercenkent 60x frissitenie, nem kell renderelnie, valoszinuleg a teljes GPU le van kapcsolva (ami meg kb fele a SoCnak) es a CPU is epp csak akkora orajelen kell, hogy fusson, ami ahhoz a par szamitashoz kell, ami meg elenyeszo.

• #22 #79335424 törölt tag kelly416 #20

  Új Válasz 2015-01-22 18:00:06 #22

  Ú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

  

  #79335424

  törölt tag

  válasz kelly416 #20 üzenetére

  Biztos azt is meg lehet valahogy trükközni. Amoleden pl. hagyni a kijelzőt futni, csak húzni a navira egy teljes kijelzőre nagyított, fekete, lebegő (floating) widgetet. A navi érzi, hogy aktív a kijelző, de annak viszont a teljes kijelzőn csak egy full fekete képet kell megjelenítenie, ami null energiaszintű. A háttérvilágításos megoldásnál csak a megvilágítás mértékével lehetne trükközni, azon viszont biztonsági okból nem szokták engedni a null értéket. De ha nem GUI -n keresztül állítanám, hanem, mondjuk nálam a /sys/devices/platform/leds-mt65xx/lcd-backlight alatt, egy echo shellparanccsal, direktben módosítanám az értéket (vagy a max. értéket) nullára, akkor élő screen alatt is lehetne null fényerőt csinálni.

• #19 #79335424 törölt tag kelly416 #17

  Új Válasz 2015-01-22 15:33:47 #19

  Ú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

  

  #79335424

  törölt tag

  válasz kelly416 #17 üzenetére

  Nincs ebben semmi meglepő. Azt mondjuk nem írtad, hogy milyen navi. Mert egy offline navinál a melós tervezési feladatot a proci végzi. Viszont cserébe megy akár repcsi üzemmódban is, így a rádió modul és a hálózati kapcsolatok (pl. szinkronizálás) erőforrásigénye kieshet. Online navinál a szerver tervez, a teló csak megjelenít. A kijelzőnek viszont kettős negatív hatása is van. Maga a működtetés is sok energiát igényel és egy nagy felületű hőtermelő, ami a proci felé is nyomja a meleget, gátolva annak a hőleadását. Sztem azt is figyelembe kell venni, hogy milyen technológiájú a kijelző. Mert pl. Amoleden egy sötét tónusú kép megjelenítése kevesebb energiát igényel, mint egy világos kép megjelenítése. Ezáltal kevesebb hőt is termel. Háttérmegvilágításos kijelzőnél ez konstans. Ezt még lehet licitálni pixel kikapcsolásos trükközéssel, vagy governor váltogatással. Érdekes, hogy az SGS2 -m custom kernele dinamikusan kezelte a governorokat. Most kezdek ismerkedni az MTK lelkivilágával és úgy tűnik, hogy ez a chinafon viszont statikusan kezeli. Két, szélsőséges governor -ral futtattam egy-egy Antutut. A performance kb. 3-4000 pontot hozott a powersave -en. Viszont a hátlap hőmérsékletén is érezhető volt, hogy a lovak közé csaptam. Szóval nagyon összetett dolog, hogy melyik teló, mitől, mennyire melegszik fel.

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