Sådan konfigureres og bruges en task killer korrekt (Åh, ja, jeg gik derhen!)

Ed. Bemærk: Undskyld problemet, alle sammen. Kolonnen er nu her i sin helhed.

Hey alle sammen. Denne uge kan vi tale om tornen i Android's side - effektiv opgavestyring.

Inden vi går i gang, ja, jeg er en af ​​de mennesker, der vil sige “Stop med at bruge task killer”Som et første svar på nogle underlige spørgsmål. Masser af andre smukke kyndige folk vil sige det samme. De (vi) har ret. Task-killer-applikationer har tendens til at forårsage mange problemer, simpelthen fordi det kan være lidt forvirrende at bruge dem korrekt, især med alle de modstridende oplysninger derude. Følg os efter pausen, og lad os finde ud af dette en gang for alle.

For et par dage siden havde vi et forsideindlæg med Android Central Editors applikationsvalg. Vores chefredaktør Dieter Bohn valgte TasKiller Pro. Naturligvis var det andet eller tredje svar i kommentarerne hurtig til at påpege, at task killers “skru telefonen op.”Dette forstærkede bare min tanke om, at vi virkelig har brug for at diskutere dette sammen og lade hver person beslutte deres behov snarere end bash task killers som helhed.

Androids hukommelsesstyring

Android blev designet til at være et multitasking, ildåndende dyr. Det giver applikationer mulighed for at holde deres plads i enhedens RAM og være klar til at springe tilbage i fokus, når brugeren har brug for dem. OS er også meget god til at dele biblioteker mellem applikationer, så app-kodere har et stort sæt funktioner, der allerede er bygget til at vælge imellem. I en perfekt verden (perfekt til udviklere alligevel) bruger vi alle de samme applikationer af de samme grunde, og det ville være slutningen på det.

Men intet er perfekt

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

En applikation starter, enten fordi du startede den, eller hvis udvikleren ser en fordel ved at have den kørt bag kulisserne. Nogle eksempler på den sidste bit -

• Når du tilføjer eller fjerner en applikation, starter Google Voice (hvis den ikke kørte). Det scanner applikationen for at se, om det er nødvendigt at bruge eller dele nogen funktioner med den. Installere en ny tekst-til-tale-motor? Google Voice bruger det.
• Kopier nogle billeder fra dit SD-kort til din computer? Galleriet skal starte, når du genmonterer dit SD-kort for at se efter nye billeder eller videoer, så det kan scanne dem og have dem klar til at blive vist på det rigtige sted.

Alt dette lyder godt. Hvad vi ikke overvejer ovenfor er, at disse apps forbliver i enhedens hukommelse, indtil de bliver bedt om at lukke. De bruger ikke andre ressourcer, bare sidder inaktiv og være klar til at trække sig selv på din skærm igen. I nutidens tidsalder med 1 GHz-processorer og dataoverførsel med høj hastighed bliver vi utålmodige, når vi vil indlæse et NYT program, og det er ikke øjeblikkeligt. Vi vil have, at vores enhed skal zoome mellem skærme. Vi ønsker, at vores enhed skal sætte nye applikationer i fokus. Vi ønsker, at vores enhed skal fungere på måder, den ikke rigtig var designet til at gøre. Brug af en opgave morder den rigtige måde kan komme tæt på disse mål.

En hurtig undersøgelse her om, hvordan Android administrerer hukommelse - Hver applikation har et nummer (fra 1-6) tildelt, afhængigt af typen af ​​app og dens tilstand. Android tildeler et niveau med minimum gratis RAM for hver kategori og dræber det, som det mener ikke længere er nødvendigt i hver, når denne tærskel er nået. Dette er en temmelig teknisk diskussion, og jeg vil bare nævne det her for dem, der er interesserede. Hvis du selv vil manipulere disse tal, er du velkommen til at give mig en holler, så peger jeg dig i den rigtige retning. Men lad os ikke forstyrre dette mere end nødvendigt, da dette er en ret avanceret diskussion.

Grænsefladen til opgave morder

Hver applikation ser ud og fungerer lidt anderledes, og task killers er ingen undtagelse. Jeg bruger Advanced Task Manager til mine eksempler. Jeg anbefaler ikke dette over nogen andre. Det passer til mine behov og var $ 0,99 værd, så jeg holdt op med at lede efter alternativer. Dit valg kunne se lidt anderledes ud, men skulle have den samme funktionalitet. Bare se gennem indstillingerne, og du finder ud af, hvor du kan foretage de samme ændringer og valg.

Nedenfor ser du på en liste over kørende applikationer, som task killer har tilladelse til at dræbe, når du giver det klarsignal. Du ser ikke hver kørende proces, og at læse lidt længere forklarer, hvorfor det er en god ting. Vi henviser lidt tilbage til dette billede, men tag et øjeblik og se over det for nu.

Manuelt dræbe opgaver

Det bedstnemmeste mindst kompliceret måde at bruge en task killer på er at åbne den og manuelt dræbe ting, du er sikker på, at du ikke har brug for, når du føler tingene er bremset. Tricket er at vide, hvad der ellers ikke fungerer, hvis du dræber en app. Ting som spil, webbrowsere, ordbøger eller andre enkeltstående apps er normalt et sikkert valg at slå ihjel, hvis du finder dem kørende. I eksemplet ovenfor kører Astro File Manager, fordi jeg ledte efter en fil, jeg havde downloadet. Jeg er færdig med Astro, så der er ikke behov for, at det forbliver i gang. Jeg kunne med sikkerhed dræbe det, og intet andet ville blive påvirket.

Bemærk - Det er en populær misforståelse at bruge back-knappen til at afslutte et program vil lukke det og fjerne det fra hukommelsen. Dette gælder kun, hvis appen blev kodet til at fungere på denne måde. Nogle vil, andre ikke. Dette er ikke en universel standard i Android. Det skader ikke noget, men det er meget arbejde at lukke nogle apps på denne måde. Helt dit opkald. Jeg bruger Home-knappen, fordi jeg bare er for doven til at slå tilbage nok gange til at se min startskærm :) Jeg er nævner det her, fordi Astro er en af ​​de apps, der i sidste ende vil dræbe sig selv, hvis du sikkerhedskopierer nok gange.

Du kan ikke se det i mit skærmbillede ovenfor, men markedet kører også. Jeg har ikke åbnet markedet på et stykke tid, men jeg vil ikke dræbe det. Hvorfor? For hvis jeg gør det, kommer meddelelse om opdateringer til mine installerede Market-apps ikke ind. Der er mange apps, der skal holde sig i live for at bruge alle deres funktioner. Du bliver nødt til at tænke lidt over, før du beslutter dig for, om du bare kan dræbe en app. Her er en generel idé om, hvad man skal tænke på:

• Apps, der minder dig om noget - Jeg bruger Astrid til at hjælpe mig med at huske opgaver og deadlines. Astrid kan affyre en besked for at minde mig, når begivenhederne kommer. Hvis jeg dræber det, får jeg ingen påmindelser. Så går jeg vild i min computer, og der bliver aldrig gjort noget.
• Apps, der ser efter opdateringer - I det forrige eksempel forlod jeg markedet kørende, så det kan underrette mig om eventuelle programopdateringer. Alle apps, der med jævne mellemrum søger efter eksterne data, skal forblive i live, hvis du vil have dem til at finde nogen af ​​disse data.
• Apps, der stadig gør noget - I mit eksempel kører Connectbot. Jeg har tilfældigvis en aktiv forbindelse til en server i garagen, som jeg opdaterer. Jeg kan hurtigt skifte og se fremskridtene samt udstede kommandoerne direkte fra min telefon. Hvis jeg slår det af, bliver jeg nødt til at åbne igen og oprette forbindelse igen hver gang.

AutoKilling 

Opgaveadministratorer har normalt en funktion til periodisk at dræbe apps. Det er her, tingene bliver farlige. Heldigvis kommer de fleste også med en slags hvidliste over apps, der ikke bliver dræbt under denne auto-killfest. Mens der stadig er brug for sund fornuft, skal nogle apps altid være på denne liste

• Enhver applikation, der har producentens eller transportørernes navn, bør aldrig dræbes.
• Enhver applikation, der har ordet android. (ja perioden er der med vilje) bør aldrig dræbes.
• Enhver applikation, der holder tid, bør aldrig dræbes.
• Enhver applikation, der har en widget, der opdateres, bør aldrig dræbes.
• Enhver applikation, der ikke er installeret på / data (det er her brugerapps går), bør aldrig dræbes.
• Hvis du ikke kan finde ud af nøjagtigt, hvad en ansøgning er, bør den aldrig dræbes.
• Hjemudskiftninger, hvad enten det er fra markedet eller din producent, bør aldrig dræbes. Dette betyder også Sense, Blur og Touchwiz. De har også afhængigheder, der skal forblive i live, se nummer 1, 5 og 6 ovenfor. Selvfølgelig, hvis du er en tinker og ved, hvilke dele af systemet du ikke har brug for at køre på din særlige installation, er du velkommen til at eksperimentere. Og del dine resultater.

Dette indsnævrer tingene ganske lidt. Marker alle dine spil, der skal dræbes. Marker alle dine "enkeltstående apps" (ting som Astro i eksemplet ovenfor) for at blive dræbt. Marker de ting, du har brug for lejlighedsvis, men ikke ønsker at løbe bag kulisserne for at blive dræbt. Læs hvad der er tilbage, og se om det passer ind i nogen af ​​ovenstående kategorier. Hvis det gør det, skal du markere det for aldrig at blive dræbt. Husk at overveje ting som ConnectBot i mit eksempel. Jeg ønsker ikke, at det skal køre hele tiden, men mens jeg bruger det, vil jeg gerne have, at det forbliver i live i baggrunden, så jeg markerer det for IKKE at blive autokyldt af task manager. Selvfølgelig bliver du nødt til at indstille opgavemorderen selv, så den forbliver i live.

Hvis din opgavemorder har en indstilling til at bestemme, hvor ofte apps skal dræbes, skal du indstille den til at gøre det så ofte som muligt. Jeg ser ikke nogen mening i at have opgavemorderen til at køre og ikke bruge den, da dette er grunden til at bruge en i første omgang.

Når det er gjort, skal du trykke på knappen Hjem og ignorere alt et stykke tid. Brug telefonen som normalt, men vær opmærksom, hvis noget ikke fungerer som det plejede. Hvis tingene begynder at komme ud af skab, skal du se på din hvidliste og være sikker på, at den pågældende app ikke er indstillet til at blive dræbt. Jeg vil sige lige fra flagermusen - dræb aldrig dit ur, hvis du vil bruge alarmen, pladser i sidste øjeblik på et fly fordi du gik glip af dit fly, er meget dyrere end dem, der er købt via din billetagent 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, skal du huske at nævne, at du bruger en task killer, og hvordan du bruger den. “Hjælp med alarm på Cliq - ved hjælp af ATK men ikke dræber uret” er et godt eksempel på dette. Du får stadig svar, der fortæller dig at stoppe med at bruge task killers, men du kan også få noget nyttigt. At lade folk vide, at du bruger en task killer, men er opmærksom på den “korrekte” anvendelse, vil udrydde noget af negativiteten. Brug af pæne beskrivende trådtitler hjælper også altid vores forummoderatorer og gør det let at søge efter den næste person, der har de samme problemer.

Et særligt afsnit her for de rodfæstede / ROM'ede / Mad Scientist-typer

Der er en ny race af opgavemorder derude i markederne. Disse justerer kerneparametrene for lowmemorykiller og lader tingene køre som normalt i stedet for at brugeren (det er mig og dig) prøver at administrere hver eneste applikation. Det giver mening, når du først overvejer, at koden til lowmemorykiller og dens indstillinger ikke er blevet ændret siden Android 1.0. Hvis du er villig til at tage dig tid til at justere indstillingerne efter dine behov, fungerer disse store. Det er også meget nemt at overføre disse indstillinger til systemet uden en applikation ved at skrive specifikke værdier til systemindstillingerne. Hvis dette interesserer dig (og hvis du er en tweeker, burde det!) Ville det være et godt emne for en tråd i hackingsforaene, og en som jeg meget gerne vil deltage i. Ja det er et tip :)

Indtil næste gang,

Jerry