Aktív témák
-
keletomi
csendes tag
válasz kopuler #34840 üzenetére
Csak ne felejtsd el néha használni.
A kisbetűs részben le van írva, hogy ha x hónapig nincsen forgalom a kártyán, azt úgy értelmezi a t-mobile, mintha a szerződést felmondtad volna.Kicsit korai volt az örömöm a CM7-el, mert tényleg nem mindíg jön vissza telefonálásból.
Úgyhogy marad a stabíl kelzsoca féle FLB R8-hun.gordonfreemN
Az SE X10-ben csak sima 600 as a proci mint a miénkben emlékezetem szerint.[ Szerkesztve ]
Keresek, keresek, mindíg mellényulok.
-
-
_X10Dead_
aktív tag
válasz kopuler #34867 üzenetére
Mert a 0x90-es kiegeszites FLB verzioja meg bugos.
A Power widget statusbar-ba koltoztetesenek nem kivant mellekhatasa a widgetek kinyirasa.
A javitasig kapcsold ki ezt a funkciojat es akkor megmaradnak a widgetjeid is. Ez esetben a mod maradhat, es a tobbi szolgaltatasat is hasznalhatod.X.
LiftOff: https://youtu.be/MQknbMvMpGc
-
Lasy
veterán
-
istnag
addikt
-
gordonfreemN
addikt
válasz kopuler #36795 üzenetére
A Jelenség amit érzékelsz, szvsz placebo hatás.
remélem igy majd valaki felfigyel a kérdésre. Azon jelenséget figyeltem meg, miszerint a mobilos böngészökben pl a ph-s forumon, a mozgo, tehát animált smile-k nem mindig animáltak. Van mikor mozognak, van mikor nem. Ez igaz egyes hirdetésekre is, pl az sg.hu-n. Ez miért van?
3-adjára kérdezem napos eltérésekkel, ezért a félkövér.[ Szerkesztve ]
¯\_(ツ)_/¯ ▁ ▂ ▃ ▅ ▆ ▇ Üdv, Andris.
-
Lenry
félisten
válasz kopuler #40887 üzenetére
a Linux alapú rendszerek a folyamatos működést szeretik, nem szeretik a ki be kapcsolgatást, persze ezen az idők folyamán csiszoltak, de ez alap.
ez úgy hamubasült fasság, ahogy leírtad, úgyhogy legközelebb inkább ne fitogtasd a nem létező Linuxos tapasztalataid
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
mira72
őstag
válasz kopuler #40887 üzenetére
nem kellene a winfos alvó állapotát egy androidos alvó állapottal összehasonlítani.
teljesen mást értünk rajta, bár..
amit te csináltál az nem sleep volt hanem hibernálás, mert sleep-be ha kihúzod a gépet az nem jó mac-em van, ő szuszog is sleep-bea hibernálás meg elmenti a ram tartalmát a hdd-re és visszatölti, de sleep alatt a ram áram alat tvan...
na de mind1, mindenki értse, gondolja, tudja, ahogy akarjaaz tény ha a penge felkel a vissza gombra akkor nem is volt alvóba, és úgy többet eszik
MB PRO, M Defy , meg soksok kütyü-mütyü :)
-
TRob1
veterán
válasz kopuler #40887 üzenetére
Haver, te aztán nagyon okos vagy! Mit gondolsz miért úgy írtam ahogy írtam??? (egyébként meg az első mondatodra: én sose kérdeztem mi mit fogyaszt, meg hogy meddig bírja az akksi, én mindig csak tényeket közöltem, nem baromságokat ahogy te!)
A ramnak kell áram, különben törlődik a tartalma, okoska. Ha hibernálod, akkor meg vinyóra írja a tartalmat, ami ugye nem törlődik áramtalanítás esetén. Szerintem még olvasgass, tanulgass és utána magyarázz "újonc"(#40878) Glatius Most erre mit mondjak? Ki is keveri??? (tudom, később írtad, de csak most jöttem haza)
[ Szerkesztve ]
¤ R'n'R ¤
-
mira72
őstag
válasz kopuler #40954 üzenetére
sleep-be ha elmegy az áram, akkor újra bootol a rendszer, az nem lehet hogy sleepbe kihúztad a konnektorból és ugyanonnan folytatta.. 2000be se akkor se volt akkora elem az alaplapba ami kibír 2 órát, és áramot ad a ramnak
szal a nálad nagyobb tudású is elég kevés akkor ezek szerintzsoca : ez van, majd holnap a farsangra tartogatjuk a barátságos külsőt , ja meg a fánk fesztiválra ..
[ Szerkesztve ]
MB PRO, M Defy , meg soksok kütyü-mütyü :)
-
TRob1
veterán
válasz kopuler #40954 üzenetére
Az könnyen lehet hogy van nálad nagyobb tudású ember (lehet hogy még az 5 éves lányom is )
Nah 1 kis olvasnivaló: [link]
Idézek is belőle, hátha elkerüli a figyelmed:
Energiagazdálkodási funkciókEnergiagazdálkodási funkciók
Az energiagazdálkodási funkciók nemcsak a hordozható eszközök akkumulátoros használata során fontosak, hanem asztali rendszerekben is. Az alábbiakban röviden ismertetjük a legfontosabb funkciókat és azt, hogyan kerülnek alkalmazásra az APM és ACPI energiagazdálkodási rendszerekben:Készenlét
Ez a működési mód lekapcsolja a képernyőt. Egyes számítógépeken a processzor teljesítménye is korlátozásra kerül. A funkció az ACPI S1 vagy S2 állapotának felel meg.Felfüggesztés (memóriába)
Ez a mód a teljes rendszerállapotot a RAM-ba írja. Ezután az egész rendszer a RAM kivételével alvó üzemmódba kerül. Ebben az állapotban a számítógép nagyon keveset fogyaszt. Az állapot előnye, hogy a munka ugyanonnan folytatható pár másodpercen belül anélkül, hogy újra kellene indítani a rendszert és az alkalmazásokat. Ez a funkció az S3 jelű ACPI-állapotnak felel meg. Az állapot támogatása még mindig fejlesztés alatt áll, ezért nagymértékben függ a hardvertől.[ Szerkesztve ]
¤ R'n'R ¤
-
Lenry
félisten
válasz kopuler #40954 üzenetére
a nagyobb rendszereket azért nem kapcsolgatják ki, mert mi a francnak? főleg, ha esetleg 24/7-es rendelkezésre állás szükségeltetik.
de ennek az égvilágon semmi köze ahhoz, hogy Linux vagy Windows vagy akármi más fut-e a gépen. az meg, hogy "nem szeretik a ki be kapcsolgatást" ekkora marhaságot... Jézusom!
mégis miben nyilvánul ez meg? mert nekem még sose szólt a Linux, hogy "te figyelj, ne kapcsolgass már, mert unom". pedig minden nap be és kikapcsolom a gépem.és nem, a Linux nem nagy gépekre lett kitalálva, szimplán így alakult, hogy azokon terjedt el. legalább nézz utána a Linux történelmének, mielőtt hülyeségeket írsz.
"Érdekes, hogy ezt nálam nagyobb tudású ember mondta nekünk."
ez nem jelenti azt, hogy még értett is hozzá
"Ezek a dolgok csak a desktop változatoknál jöttek elő."
a Linuxnak nincs desktop vagy szerver változata. van egy azaz egy féle Linux kernel, ami köré olyan op.rendszert legózol össze, amilyet akarsz.
"És igen az Android is linux alapú ezért bizonyos dolgokon nem lehet változtatni."
milyen dolgokon?[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
ux1
addikt
válasz kopuler #47653 üzenetére
Nekem ma reggel 69%-on állt. sysinfoban nézve nálam elég sokat futott, 122Mhz-n, sokat volt viszonylag nyugalomban. Így elég pozitív a tapasztalat, Igaz lassabb ez az időzítési forma mint az "ondemand".
Értelemszerűen, az OC kernel alapból tudja ezeket a frekiket, azon fut ahol nincs # (azaz megjegyzésbe téve) annak nincs értelme hogy beállitod pl 600-ra majd rögtön utána 672 re
-=[ 乂丨卂ㄖ爪丨 ]=-= [ 卩ㄖ匚ㄖ 千1 ]=-
-
kopuler
tag
válasz kopuler #47912 üzenetére
A lényeg, hogy # kommentelve szépen vissza áll a rendszer mostmár megy 122 MHz-en is a proci.
Egy dolgot szeretnék még elérni, proci órajelét felemelni 652 MHz-ra.
Az Ok, hogy /system/devices/system/cpu/cpu0/cpufreq/scaling_max_freq file-ban kell átírni.
Ez addig megy is rendesen míg újra nem indítom a rendszert, akkor vissza írja 600-ra. Honnan a bűbájból írja vissza? -
ux1
addikt
válasz kopuler #47912 üzenetére
1. felteszed mégegyszer a patchet
2. egy minfreq és egy maxfreqecho "ondemand" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
#echo "smartass" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo 90 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold
echo 30 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/down_differential
echo 500000 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate
echo 122880 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
#echo 245760 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
#
# CPU overclock
#
#echo 480000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
#echo 600000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
#echo 652800 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo 672000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
#echo 691200 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
#echo 710400 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freqA 600 az a ROM alapértelmezése.
Így nézett ki az eredeti[ Szerkesztve ]
-=[ 乂丨卂ㄖ爪丨 ]=-= [ 卩ㄖ匚ㄖ 千1 ]=-