Hvordan man korrekt sat op og bruge en task killer (Åh, ja, jeg var der!)

0
200

Inside Android

Ed. bemærk: Sorry for det problem, alle. Kolonnen er nu her i sin helhed.

Hey alle. I denne uge kan tale om torn i Android ‘ s side – effektiv opgavestyring.

Før vi får begyndt, ja, jeg er en af dem, der vil sige: “Stop med at bruge task killer” som et første svar på nogle mærkelige spørgsmål. Masser af andre smukke kyndige folk vil sige de samme ting. De (vi) har ret. Task killer applikationer tendens til at forårsage en masse problemer, simpelthen fordi du bruger dem korrekt, kan være en smule forvirrende, især med alle de modstridende oplysninger derude. Følg os efter pausen, og lad os finde ud af dette én gang for alle.

For et par dage siden havde vi en front page indlæg med Android Central Redaktører’ program picks. Vores Editor-in-Chief Dieter Bohn plukket TasKiller Pro. Naturligvis er den anden eller tredje svar i kommentarerne var hurtig til at påpege, at task killers “skrue op telefonen.” Dette blot styrket min tanke, at vi virkelig har brug for at drøfte det sammen, og lad hver person vælge deres behov snarere end bash task killers som helhed.

Android Hukommelse management

Android er designet til at være en multitasking, ildsprudlende dyr. Det tillader programmer at holde deres plads i enhedens hukommelse, og blive klar til at hoppe tilbage i fokus, når brugeren har behov for dem. OS, der også er meget god til at dele biblioteker mellem programmer, så som app-programmører har en fantastisk sæt af funktioner, der allerede er bygget til at vælge fra. I en perfekt verden (perfekt til udviklere alligevel), vi alle vil bruge de samme programmer for de samme grunde, og det ville være afslutningen på det.

Men intet er perfekt

Vi alle bruger forskellige apps, på forskellige tidspunkter, på forskellige måder. Når man tænker på, at mareridt for udviklere, det er overraskende, at Android (eller mobile operativsystem) håndterer jobbet så godt, som det gør. Lad os tage et hurtigt og forhåbentlig let at forstå, se på, hvad der foregår bag skærmen.

Et program starter, enten fordi du startede det, eller de udvikler, ser en fordel i at have det til at køre bag kulisserne. Nogle eksempler på det sidste stykke –

  • Når du tilføjer eller fjerner et program, Google Voice starter (hvis det ikke kører). Det scanner program for at se, hvis der er behov for at bruge eller dele alle funktioner med det. Installere en ny tekst-til-tale-motor? Google Voice vil bruge det.
  • Kopiere nogle billeder fra SD-kortet til din computer? Galleriet har behov for at starte op, når du geninstallere dit SD-kort til at kontrollere for nye billeder eller videoer, så det kan scanne dem, og have dem klar til at vise i det rigtige sted.

Alt dette lyder fantastisk. Hvad vi ikke er i betragtning af ovenstående er, at disse apps vil bo i enhedens hukommelse, indtil de får besked på at lukke. De vil ikke bruge nogen andre ressourcer, bare sidde inaktiv og være klar til at re-tegne sig selv på din skærm. I dagens alder af 1Ghz+ processorer og dataoverførsel ved høj hastighed, vi bliver utålmodige, når vi ønsker at indlæse en NY ansøgning, og det er ikke øjeblikkelige. Vi ønsker, at vores enhed for at zoome mellem skærme. Vi ønsker, at vores enhed til snap nye programmer i fokus. Vi ønsker, at vores enhed til at udføre på måder, det var egentlig ikke designet til at gøre. Ved hjælp af en task killer på den korrekte måde, kan komme helt tæt på disse mål.

En hurtig undersøgelse her på, hvor Android styrer hukommelse – Hvert program har et nummer (fra 1-6), der er tildelt til det, afhængigt af typen af app, og det er staten. Android tildeler et niveau på minimum ledig RAM for hver kategori og dræber hvad den mener, er der ikke længere behov for hver en gang, at tærsklen er nået. Dette er en temmelig teknisk debat, og jeg vil bare nævne det her, for dem der er interesseret. Hvis du gerne vil manipulere disse numre dig selv, er du velkommen til at give mig en holler, og jeg vil pege dig i den rigtige retning. Men lad os ikke fylder det noget mere end nødvendigt, da dette er en temmelig avanceret diskussion.

Task killer interface

Hver ansøgning ser ud og opfører sig lidt anderledes, og task killers er ingen undtagelse. Jeg vil bruge Advanced Task Manager for mine eksempler. Jeg er ikke anbefale dette frem for nogen andre. Det passer til mine behov, og som var værd $0.99, så jeg stoppede med at lede efter alternativer. Dit valg kan se en smule anderledes, men skal have den samme funktionalitet. Bare have et kig gennem indstillingerne, og du vil finde ud af, hvor du kan foretage de samme ændringer og valg.

Nedenfor du kigger på en liste over kørende program, der task killer har tilladelse til at dræbe, når du giver det til at gå i gang. Du ikke kan se alle kørende proces, og læse lidt videre, vil forklare, hvorfor det er en god ting. Vi vil vende tilbage til dette billede i en smule, men tage en anden og ser ud over det for nu.

Manuelt drab opgaver

Den bedste, nemmeste mindst komplicerede måde at bruge en task killer er at åbne det, og manuelt dræbe ting, du er sikker på at du ikke har brug for, når du føler, at tingene har bremset. Tricket er at vide, hvad der ellers ikke vil arbejde, hvis du dræbe en app. Ting som spil, web-browsere, ordbøger eller andre stå alene apps er normalt en sikker satsning, at dræbe, hvis du finder dem, der kører. I eksemplet ovenfor Astro File Manager er at køre, fordi jeg var på udkig efter en fil, jeg havde downloadet. Jeg er færdig med Astro, så der er ikke behov for det ophold, der kører. Jeg kunne sikkert dræbe det ud, og noget andet, der ville blive berørt.

Bemærk – Det er en populær misforståelse, at bruge tilbage-knappen for at afslutte et program, vil lukke det og fjerne det fra hukommelsen. Dette er kun tilfældet, hvis app ‘ en var kodet til at arbejde på denne måde. Nogle vil, nogle vil ikke. Denne er ikke en universel standard i Android. Det gør ikke ondt på noget, men det er et stort arbejde at lukke nogle apps på denne måde. Helt dit opkald. Jeg kan bruge knappen Startside, fordi jeg er bare for doven til at slå tilbage nok gange til at se min homescreen 🙂 jeg nævne det her, fordi Astro er en af de apps, der i sidste ende vil dræbe sig selv, hvis du sikkerhedskopiere nok gange.

Du kan ikke se det i min skærmbilledet ovenfor, men Markedet er også kører. Jeg har ikke åbnet Markedet i et stykke tid, men jeg har ikke tænkt mig at dræbe det. Hvorfor? Fordi hvis jeg gør, så indberetning af opdateringer til min installeret Marked apps vil ikke komme i. Der er mange apps der har brug for at holde sig i live til at bruge alle deres funktioner. Du bliver nødt til at gøre en lidt at tænke på, før du beslutter dig for, hvis du bare kan dræbe en app. Her er en generel idé om, hvad at tænke over:

  • Apps, der minder dig om noget – jeg bruger Astrid til at hjælpe mig med at huske opgaver og deadlines. Astrid kan skyde en anmeldelse for at minde mig, når arrangementer er på vej op. Hvis jeg dræber det ud, jeg vil ikke komme nogen påmindelser. Så jeg får tabt i min computer og intet nogensinde bliver færdig.
  • Apps at kigge efter opdateringer – I det foregående eksempel, jeg har forladt Markedet, der kører, så det kan informer mig om ethvert program opdateringer. Alle apps, der med jævne mellemrum ser til uden data, der er nødt til at holde sig i live hvis du vil have dem til at finde nogen af disse data.
  • Apps, der gør noget – I mit eksempel Connectbot kører. Jeg tilfældigvis har en aktiv forbindelse til en server i garagen, at jeg er ved at opdatere. Jeg kan hurtigt skifte over og se de fremskridt, samt udstede kommandoer direkte fra min telefon. Hvis jeg dræber det ud, jeg bliver nødt til at genåbne og oprette forbindelse igen, hver gang.

AutoKilling

Task managers, der normalt kommer med en funktion til periodisk at dræbe apps. Dette er, hvor tingene bliver farligt. Heldigvis, de fleste kommer også med en vis form for whitelist af apps, der ikke bliver dræbt i løbet af denne auto-killfest. Mens nogle fælles følelse er stadig behov for, at nogle apps vil altid nødt til at være på denne liste

  • Alle programmer, der har fabrikanten eller bærere af navnet i det bør aldrig blive dræbt.
  • Alle programmer, der har ordet android. (ja, den periode er der på formål) bør aldrig blive dræbt.
  • Enhver ansøgning, der holder gang bør aldrig blive dræbt.
  • En ansøgning, der har en widget, der opdateringer bør aldrig blive dræbt.
  • En ansøgning, der ikke er installeret på /data (det er her, bruger apps) bør aldrig blive dræbt.
  • Hvis du ikke kan finde ud af præcis, hvad et program er, det skal aldrig blive dræbt.
  • Hjem udskiftninger, enten på Markedet eller din producent aldrig bør blive dræbt. Dette betyder også, Følelse, Blur, og Touchwiz. De har også afhængigheder, der skal holde sig i live, henvises til nummer 1, 5 og 6 ovenfor. Selvfølgelig, hvis du er en opfinder, og vide, hvilke dele af systemet, du ikke har brug for, der kører på din særlige installation, er du velkommen til at eksperimentere. Og dele dine resultater.

Dette indsnævrer ting ned ganske lidt. Markere alle dine spil for at blive dræbt. Markere alle dine “stand alone apps” (ting som Astro i eksemplet ovenfor) for at blive dræbt. Markere de ting, du har brug for lejlighedsvis, men ikke ønsker at køre bag kulisserne for at blive dræbt. Læs igennem, hvad der er tilbage, og se om det passer ind i nogen af de ovennævnte kategorier. Hvis det er tilfældet, kan du markere det aldrig at blive dræbt. Husk at overveje ting som ConnectBot i mit eksempel. Jeg ikke vil have det til at køre hele tiden, men mens jeg bruger det jeg gerne vil have det til at holde sig i live i baggrunden, så jeg vil markere det IKKE at være autokilled af jobliste. Selvfølgelig, vil du nødt til at indstille task killer sig selv, så det forbliver i live.

Hvis din opgave killer er en indstilling til at bestemme, hvor ofte at dræbe apps, skal du indstille den til at gøre det så ofte som muligt. Jeg kan ikke se nogen mening i at have task killer kører, og ikke bruger det, som denne grund til at bruge en i første omgang.

Når det er gjort, tryk på Home-knappen og ignorere alt for en stund. Bruge telefonen som du normalt ville gøre, men vær opmærksom, hvis noget begynder ikke fungerer som det plejer. Hvis tingene begynder at komme ud af whack, have et kig på din whitelist og være sikker på den pågældende app ikke er indstillet til at blive dræbt. Jeg vil sige ret off the bat – ikke nogensinde at dræbe dit ur, hvis du ønsker at bruge alarmen, sidste øjebliks pladser på et fly, fordi du gik glip af din flyvning er meget dyrere end dem, der er købt via din billet agent, en uge før tid. 🙂

En sidste ting at huske på – Når/hvis du har problemer med din enhed, og søger hjælp, være sikker på at nævne, at du bruger en task killer, og hvordan du bruger det. “Hjælp med alarm på Cliq – ved hjælp af ATK, men ikke dræbe clock” er et godt eksempel på dette. Du vil stadig få besvarelser, der fortæller dig, at stoppe med at bruge task killers, men du vil også kunne få noget nyttigt. At lade folk vide, at du bruger en task killer, men er bevidste om den “korrekte” brug vil luge ud i nogle af de negativitet. Også, ved hjælp af flot beskrivende tråd titler vil altid hjælpe vores forum-moderatorer og gøre det nemt at søge efter den næste person, der har de samme problemer.

En særlig sektion her for rodfæstet/ROM ville/Gal Videnskabsmand typer

Der er en ny race af task killer derude i ødemarken i det Marked. Disse justere lowmemorykiller kerne-parametre og lade tingene køre som sædvanlig snarere end at have brugeren (det er mig, og du) forsøger at styre hver enkelt ansøgning. Det giver mening, når man tænker på, at koden for lowmemorykiller og det er indstillinger ikke er blevet ændret, siden Android 1.0 . Hvis du er villig til at tage sig tid til at justere indstillingerne efter dine behov, og disse fungerer godt. Det er også meget let at passere disse indstillinger til systemet uden ansøgning ved at skrive specifikke værdier til system indstillinger. Hvis dette interesserer dig (og hvis du er en tweeker det skal!) det ville være en stor genstand for en tråd i hacking-fora, og som jeg ville elske at deltage i. Ja, der er et hint 🙂

Indtil næste gang,

Jerry