Máte někdo ze zdejších ajťáků ponětí jak je dosahováno u mobilů tak extrémní úspornosti, oproti obyčejným SBC ?Vždyť jsou to docela výkonné ARM čipy.Je toho dosaženo pokročilým podtaktováním CPU a RAM ?Nebo speciálními ARM variantami "ACPI" režimů ?Nebo je tam vylepšené uspávání ostatních komponent ? (WiFi, GSM)Nebo je to obdoba x86 režimů "sleep to RAM" či "sleep to disk" ?A nebo tohle platforma ARM řeší z principu jinak a lépe ??
Všechno dohromady ... jen "sleep" tam není a některé komponenty se vypínají úplně. A hlavně se zastaví/ukončí všechny "zbytečné" procesy.
Už zase stavíš mobil, aniž bys o tom cokoliv věděl? 😀 Už minule ti bylo řečeno, že žádný sleep to RAM nebo sleep do disk u mobilu není. Kdyby ses namáhal aspoň trochu zamyslet, tak by ti došlo, proč. Režim sleep u x86 znamená, že počítat v tomto režimu nevykonává vůbec nic, udržuje pouze poslední stav RAM a nic jiného. Myslíš, že by se to mohlo používat u mobilů, které i v pohotovostním stavu musí být schopny přijmout hovor, vydat oznámení z aplikace, třeba zaznamenávat polohu atd?. To by ve sleepu fakt nešlo.
Už s tím tady byl? To je DÚ, nebo troll?
B) je správně 🙂 Zlé korporace ho sledují a okrádají, tak jim to chce natřít tím, že si zkonstruuje vlastní mobil. Smůla je, že nerozumí elektronice jako celku a v počítačích má velmi omezené znalosti.
Aha, to jen se zmrazenými mapami.
Když jsi tak přechytralý, tak by jsi mohl vysvětlit jak je to tedy řešeno ?Že klasický SBC v idle žere tolik co mobil za normálního provozu (a to nemá GSM ani GPS).1) Buďto jsou komponenty jako GSM čip, WiFi, BT, GPS de facto autonomními systémy, které vykonávají autonomně co mají i při (téměř) spícím hlavním CPU.2) A nebo je tam pokročilý způsob úplného vypínání jednotlivých jader a brutální podtaktování toho jediného co zrovna jede.V tom případě ale je pak záhada, že toto nejde u SBC jako je RPi.3) Je to tedy i softwarem který toto neumí, na rozdíl od Androidu pro mobily?Takže tu máme už 3 možné varianty.
Vůbec nejsem přechytralý, jen mě fascinuje to sebevědomí, chtít stavět vlastní mobil, aniž by tušil alespoň ty úplně základní principy fungování... Možnost 1) neplatí, protože všechny ty komponenty jsou ovládány SOC a kromě GSM, WiFi atd. musí fungovat na pozadí i aplikace. Takže CPU i RAM musí pořád běžet. Kdysi býval víceméně samostatný akorát GSM modul, ale to už taky neplatí, je integrovaný v SOC. Nejblíž je tomu varianta 2).
Je to 2) s tím že celé SoC je navrhované přímo pro mobil (prostě už v HW má implementované úsporné režimy) + je tam těsná integrace s OS. Mobilní CPU jsou na big-little konceptu (mají dva druhy jader 1. výkonné které víc žerou a 2. úsporné které sice mají malý výkon ale taky mizivou spotřebu). Když je mobil v klidovém stavu tak se výkonná jádra vypnou a jede se na úsporném jádru/jádrech (případně ještě se sníženým výkonem a spotřebou). Na RPi to nejde protože má jenom big jádra, nemá ty little.
Aha.Takže už u jednotlivých hardwarových komponent je myšleno na jejich úsporný režim / vypínání , případně se volí už k tomu uzpůsobené komponenty.Což je ještě provázáno se speciálními funkcemi Androidu, který má z Linuxu jen to jádro.Je tu nějaká možnost zvýšení úspornosti klasického SBC použitím Androidu místo Linuxu ?A co varianty jako RPi Zero, či OrangePi Zero. Ty mají ty úsporné jádra ?Existuje nějaký SBC co by měl taky koncept big-little, tedy výkonných i úsporných jader ?
Potvrďte prosím přezdívku, kterou jsme náhodně vygenerovali, nebo si zvolte jinou. Zajistí, že váš profil bude unikátní.
Tato přezdívka je už obsazená, zvolte prosím jinou.