Skocz do zawartości

Znajdź zawartość

Wyświetlanie wyników dla tagów 'task' .



Więcej opcji wyszukiwania

  • Wyszukaj za pomocą tagów

    Wpisz tagi, oddzielając je przecinkami.
  • Wyszukaj przy użyciu nazwy użytkownika

Typ zawartości


Forum

  • Społeczność android.com.pl
    • Regulaminy Forum
    • Przywitaj się!
    • Android.com.pl
    • Konkursy
    • OFF-Topic
  • Android
    • Nowości i plotki
    • FAQ Android
    • Android 10
    • Android 9.0 Pie
    • Android 8.0 Oreo
    • Android 7.0 Nougat
    • Android 6.0 Marshmallow
    • Android 5.0 Lollipop
    • Android 4.4 KitKat
    • Archiwum Android
    • Software PC
  • Gry i Aplikacje
    • Aplikacje Android
    • Gry Android
    • Poszukiwania gier i aplikacji
    • Porównania gier i aplikacji
    • Android Wear - Smartwatch
    • Modyfikacje Wizualne
    • Download
    • Multimedia
  • Co i gdzie kupić?
  • Programowanie
  • Modyfikacje Android OS
  • Elektronika
  • Honor
  • Google
  • HTC
  • LG
  • Samsung
  • Sony
  • Motorola
  • Huawei
  • Xiaomi / MIUI
  • OnePlus
  • Lenovo
  • Asus
  • myPhone
  • Pozostałe marki

Szukaj wyników w...

Znajdź wyniki, które zawierają...


Data utworzenia

  • Od tej daty

    Do tej daty


Ostatnia aktualizacja

  • Od tej daty

    Do tej daty


Filtruj po ilości...

Znaleziono 13 wyników

  1. witam wszystkich, mam problem/pytanie ... Mam sobie aplikację (wiele activity..) w jednym z activity, po kliknięcie w button w przypadku braku połączenia internetowego, metoda która ma zostać wykonana jest opakowana w obiekt interfejsu Callable: Callable<Void> callable = new Callable<Void>() { public Void call() { isHierarchyValid(itemList); return null; } }; NoNetworkTool.get().addInvoke(callable); Nestępnie wychodzę z tego activity do innego/innych. Klasa NoNetworkTool trzyma w liście obiekty klasy Callable, klasa ta jest singletonem. W przypadku odzyskania internetu , dla wszystkich obiektów z listy jest wołana metoda call() . Generalnie rozwiązanie to działa. Jednakże obawiam się problemów.. wiem że android potrafi zniszczyć activity (nie aktywne) w razie potrzeby.. może mnie ktoś oświecić jak bardzo nie dobre jest to rozwiązanie... lub (w co wątpię) że powinno działać...
  2. Witam, potrzebuję pomocy i informacji, czy jest możliwe zedytowanie gotowej aplikacji. Konkretnie chodzi mi o sposób jej zamykania. Obecnie, cały czas działa w tle i drenuje baterie. Nie ma możliwości normalnego wyłączenia jej, dodatkowo w górnym pasku wisi jej ikonka. Zależało by mi, by po wyjściu z aplikacji ta normalnie się wyłączała i nie działała w tle. Nie chcę używać task killerow, gdyż w przypadku tej aplikacji średnio się sprawdzają. Z góry dziękuję za pomoc! Pozdr.
  3. Nie wiem jak i kiedy to się stało ale na moim samsungu (fabryczny android 4.4.2) z dnia na dzień zniknęła ikonka menedżera zadań. Na liście zainstalowanych (zarówno fabrycznie jak i przeze mnie) aplikacji też go nie ma. Nie mogę go też wywołać poprzez przytrzymanie klawisza home . Pomóżcie.
  4. Lanc

    Telefon wolno chodzi

    Posiłkowałem się tym artykułem FAQ: Why You Shouldn’t Be Using a Task Killer with Android Patrząc na to co dzieje się na forum i na to jak często powtarza się pytanie o to jak wyłączyć / zabić procesy działające w tle postanowiłem przetłumaczyć artykuł z serwisu geekfor.me - jest to luźne tłumaczenie, nie słowo w słowo, jednak przekaz pozostaje zachowany. Zacznijmy od najważniejszych faktów i obaleniu mitów... Aplikacja, która jest w tle, zużywa tylko i wyłącznie pamięć ram, użycie procesora to 0-0,01% - ma to zerowy wpływ na baterię RAM jest po to, żeby go używać. Czasy windowsa 98 i XP minęły. Tak więc czym telefon ma więcej ramu, tym więcej będzie miał zajęte, jednak MAŁA ILOŚĆ WOLNEJ PAMIĘCI NIE MA WPŁYWU NA WYDAJNOŚĆ SYSTEMU System bez auto task killera działa lepiej i szybciej niż z aktywnym auto task killerem - jest to opinia wielu doświadczonych użytkowników Androida [spoiler=Techniczne sprawy, jeszcze nie przetłumaczone]Poniżej skopiowane parę najważniejszych informacji z instrukcji dla developerów Androida. Najważniejsze zdania są pogrubione. Tekst jest trochę długi, jednak jest ważny i tłumaczy wszystkie kwestie. Pełna wersja znajduje się tutaj. Jeśli nie chce się wam czytać, to poniżej jest podsumowanie (po polsku) tego tekstu w kilku punktach. The following diagram illustrates these loops and the paths an activity may take between states. The colored ovals are major states the activity can be in. The square rectangles represent the callback methods you can implement to perform operations when the activity transitions between states. Tutaj to samo co na obrazku, tylko, że wyjaśnione w filmie: [ame] [/ame]Podsumowanie tego co wyżej - czyli wersja w skrócie: Android jest zaprogramowany do tego, żeby automatycznie zabijać procesy kiedy potrzebne jest więcej pamięci RAM (do odpalenia np pamięciożernej aplikacji). Android jest zaprogramowany do tego, żeby automatycznie zabić proces, kiedy ten zrobi to co do niego należy. Android jest zaprogramowany do tego, żeby automatycznie zabić proces, kiedy ten nie jest używany przez dłuższy czas. Większość usług (które najczęściej działają w tle), kiedy nic nie robi (czyli przez 99% czasu) zjada bardzo małą ilość pamięci RAM. Content provider działą/robi coś tylko wtedy kiedy jakaś aplikacja tego wymaga. W przeciwnym wypadku zużywa bardzo mało pamięci RAM. Zabicie procesu, kiedy ten nie skończył tego co miał zrobić, powoduje jego ponowne załadowanie się i zaczynanie od nowa tego, co robił wcześniej. Procesy, które działają w tle (nawet jeśli ich wcześniej nie włączaliście) działają tam z jakieś przyczyny. Zabicie danego procesu spowoduje jego ponowne uruchomienie tak szybko jak aplikacja, używająca tego procesu odwoła się do niego. I wtedy będzie musiał się załadować od nowa. Czyli program będzie się dłużej włączał! Zabijanie niektórych procesów może mieć zły wpływ na system i efekty uboczne. Na przykład nie działający zegar, budzik, brak nowych smsów, nie odświeżające się widgety czy wymuszanie zamknięcia działających programów. Jedyny sposób, żeby tak naprawdę zmusić program do samoistnego nie włączania się, to odinstalowanie go. Dzięki procesom działającym w tle, programy uruchamiają się szybciej! I samo uruchomienie zjada mniej zasobów, ponieważ część programu jest już wcześniej załadowana. Większość programów zamyka się samoistnie kiedy wychodzimy z nich używając przycisku "wstecz". A nawet jeśli wyjdziemy używając "Domku" to Android zabije daną aplikację po dłuższym czasie jej nie aktywności. Jeszcze jedna kwestia. Głównie do użytkowników Windowsa! Pamięć w linuxie działa trochę inaczej niż w Windowsie. Generalnie chodzi o to, że programy używają tyle pamięci ile mają zaprogramowane zabrać. Np jeśli program do uruchomienia potrzebuje 100MB pamięci, to 150MB to dla niego aż za dużo. Nie ma potrzeby czyszczenia pamięci RAM, żeby mieć te 150MB wolnego. Za to jeśli chodzi o Windowsa, zdaje się, że system działa lepiej jeśli ma mniej procesów w pamięci RAM. Zapewne niektórzy z was mający małą ilość ramów na PC, używają również task killerów - programów dla Windowsa, które oczyszczają pamięć RAM. Jednak Linux sam w sobie nie jest dotknięty tym problemem. Nie wgłębiając się w architekturę tego systemu, faktem jest to, że linux będzie działał identycznie mając 20MB lub 300MB wolnego RAM. A, że Android jest spokrewniony z linuxem to działa tak samo! I tak jak jest to wypunktowane wyżej - Android automatycznie zaczyna zabijać aplikacje/procesy kiedy zaczyna mu brakować pamięci. Cytując Chris'a Johnston'a "Buffers and cache in RAM being cleared is silly. Imagine a professor, who rather than writing all the way across the chalkboard, finishes a sentence and immediately erases and starts writing in the upper left corner AGAIN and AGAIN and AGAIN OR imagine you like a song. You record it to the beginning of a cassette tape. When you want a new song, do you re-record over the first song or record after it?" // w wolnym tłumaczeniu: "Czyszczenie buforu, pamięci podręcznej (RAM) jest głupie. Wyobraźcie sobie profesora, który zamiast zapisać cała tablicę, po napisaniu jednego zdania, zaraz by je zmazał i w jego miejscu zaczął pisać następne zdanie i tak w kołko. Albo wyobraźcie sobie, to jako piosenkę nagraną na początku kasety. Kiedy chcecie dograć nowy kawałek to nagrywacie go na poprzedni czy w wolnym miejscu?" Jeszcze raz kwestia baterii - ludzie uważają, że czym więcej RAMu używane, tym szybciej rozładuje im się bateria. Jednak RAM nie ma nic do tego. Co innnego jeśli mowa o użyciu CPU przez daną aplikację - to jest tutaj kluczowe. Żeby sprawdzić co aktualnie spowalnia twój telefon / wyładowywuje baterię potrzebny jest odpowiedni program. Osobiście używam System Panel Lite, jednak jest parę innych aplikacji, które również pokazują użycie CPU przez dany program. Jak widać na obrazku, największe zużycie ma System Panel Lite (bo monitoruje całość, tak więc używać CPU będzie w tym podmenu), a reszta programów ma praktycznie zero użycia CPU. Tak więc nie ma się czym przejmować. Osobiście używam tego programu raz, może dwa razy miesięcznie, jak ściągnę jakiś nowy program z marketu i nagle telefon zaczyna mulić - w 99% przypadkach jest to właśnie wina tego nowego, nie sprawdzonego programu. A tak to od około roku, używam Androida bez żadnego auto task killera i system działa idealnie, bez żadnego mulenia czy zwieszek. Do tego wszystko się odpala błyskawicznie i nie ma problemów z programami. Mam nadzieję, że po przeczytaniu tego tekstu (tak wiem, dużo tego) chociaż połowa osób, zdecyduje się wyłaczyć auto task killera i zobaczy jak Android może działać bez niego ---------------------------- Dopiszę jeszcze później coś o programach do zmiany ustawień auto killera wbudowanego w system ;] MinFreeManager, AutoKiller Memory Optimizer, Auto Memory Manager ---------------------------- Posiadacze HTC Desire / Desire HD / HD2 i chyba Nexusa One mogą sprawdzić sobie zużycie baterii poprzez telefon/system. Program niestety nie działa na reszcie telefonów z Andkiem. Ściągamy sobie z marketu CurrentWidget Dodajemy go na pulpit i widzimy aktualne użycie prądu. Standardowo widget sprawdza użycie co 60 sekund (można to zmienić, w opcjach Update Interval). Można również ustawić tworzenie logu do pliku na karcie pamięci - przydatne do długotrwałych pomiarów. Blokujemy telefon, odblokowywujemy go po ponad minucie i sprawdzamy w widgecie (lub w logu) użycie prądu. Jeśli wszystko jest ok to powinien wskazywać około 2-3mA (Dane OFF, WiFi OFF, BT OFF). Z włączonymi tymi trzema zjada od 5-8mA (oczywiście w IDLE, czyli jeśli nic się nie aktualizuje i nie przesyła) Jeśli podczas uśpienia jest około 50-60mA i się to utrzymuje to można poszukać winowajcę w programach, które działają w tle. U mnie 60mA jest podczas aktywnego teetheringu po WiFi - i to akurat jest normalne (w końcu moduł WiFi nadaje cały czas) Przykładowo zużycie prądu dla HD2 - sam odpalony wyświetlacz i powiedzmy scrollowanie pulpitów / chodzenie po menu to 180-250mA. Transmisja aktywna po WiFi i ładowanie stronki ~200-250mA. Transmisja po HSDPA przy słabym zasięgu - 500-600mA (taaak, to tyle zjada). Przy EDGE jest ok, bo około 250-300mA. Granie w jakąś gierkę, np Gameloftu to około 300-350mA. Zapraszam do dyskusji :hyhy:
  5. Ash

    advanced task manager

    Czy ktoś byłby tak miły i oświecił mnie jak prawidłowo skonfigurować Advanced Task Manger ? Zainstalowałam sobie ten program w celu prrzedłużenia żywotności baterii ale nie wiem co i jak mam tam ustawić. WIem że on ma zabijać działąjące procesy ale np budzik powinnam wyłączyć z tej listy. Ale w momencie jak włączam go mam zakładkę aplikacje i tam faktycznie są ale nie wszystkie tylko góra 4 czy 5 zaznaczone na szaro ptaszkami i w zasadzie wszystkie 4 kliknęłam i dałam exlude. Ale czemu nie ma wszystkich np budzika ? Potem zakładka procesy tam mam też coś kliknąć ? No i na koniec system. Kolejny progrem to taki, że ponoć on ma co jakiś tam czas wyłączać nieużywane aplikacje ale te opcje mam z kolei nieaktywne w ustawieniach... Z góry dziękuję za pomoc
  6. kris_IV

    Aplikacji do zmiany wagi procecu

    Poszukuję aplikacji, dzięki której dany proces nie będzie mógł zostać praktycznie ubity, ponieważ będzie miał najwyższy priorytet (lub relatywnie wysoki). Najlepiej jeśli aplikacja nie wymaga root'a.
  7. klamra1975

    task killer a budzik

    witam serdecznie. od niedawna mam 10. i problem z budzikiem. nie działa jak tel jest wyłączony. już się dowiedziałem że trzeba mieć task killer'a czy coś koło tego i dodać do wyjątków czy do ignorowanych. i zrobiłem tak i żadnego efektu... jakieś pomysły co mogę nie tak zrobić? może jakaś instrukcja krok po kroku? mam andka2.1 i alarm android. dzięki za pomoc.
  8. Oddawajcie swoje głosy. Dzięki , Lanc. Gdy liczba głosów przekroczy 30 zrobię jakieś tabelki , podsumowania.
  9. Witam Próbuję od jakiegoś czasu zainstalować Automatic Task Killer na FlipOut'cie ale nie mogę znaleźćtego programu w Markecie, spróbowałby ktoś? Dzięki //KD: Założył temat o aplikacji w dziale Akcesoria :facepalm1: Przenoszę.
  10. ramzes0071

    Thread, service i Task killer

    Witam. Robię aplikację która głównie ma być nie widoczna i pracować w tle, tylko co zadany przez użytkownika czas wyświetlać monit na ekranie o podanie kodu. Po niepoprawnym wpisaniu w tle uruchamiają się inne czynności. Chciałbym się zapytać co zastosować do tej pracy w tle. Czego mi nie ubije task killer? Najlepszy był by chyba service ale jak sprawdzałem to task killer go zatrzymał.
  11. poli_x

    Mordowanie task killerem :)

    Mam takie pytanie...jaki ma sens zamykanie procesow skoro jest jeszcze powiedzmy 33mb wolnego? pytam bo wielu tak robi majac milestone mimo ze i tak zawsze pod reka ma sie zapas ramu....
  12. Witam, po instalacji Modaco 3.2 mam problem z tą aplikacją gdyż nie chce mi pokazywać ile pamięci zużywa każda z aplikacji w zakładce "Apps". Na innych romach nie miałem takiego problemu a tu niestety tak jest. Czy da się coś z tym zrobić czy ta aplikacja po prostu nie chce współpracować z modaco? Pozdrawiam
  13. Mam takie nietypowe pytanie. w moim GW620 po wejściu w ADK, wyświetla mi się dość spora lista chodzących w tle aplikacji. czy da się zmniejszyć jakoś tą ilość ? w tle chodzi około 15 pozycji, w tym większość to wbudowane aplikacje od LG np. do obsługi e-maili [jakby gmail nie wystarczyło] czy chociażby Moxier Mail. Przez taką ilość aplikacji telefon staje się wolniejszy....i nie ma się czemu dziwić. Pozdrawiam
x