Hirdetés

Új hozzászólás Aktív témák

  • Teasüti
    nagyúr

    A helyzet ennél kicsit bonyolultabb, a prioritásokra egyébként figyeltem. Az alap taské normál (5) alatti, a potenciálisan lefutóké pedig normál feletti. Azért potenciálisan lefutók, mert az alap task engedélyez több profilt is és hely és helyzetfüggő, hogy végül melyik aktiválódik és fut le a hozzá tartozó task. Viszont ezután az alap tasknak reagálnia kell még az "eseményekre" azért várakozik.
    Azt, hogy az alap wait -nál miért nem megy azt nem értem. Gyanús volt, hogy a wait fogja, ezért minden taskot teleraktam rövid "állapot jelentésekkel", amiket Mariska szépen bemondott (kikapcsolt kijelzőnél dolgoztam), és így bukott ki, hogy abban a 2 percben, ami a műveletek végrehalytására volt megadva, nem történt semmi.
    Aztán kicseréltem a már említett 12*10 mp -re, és mindjárt "jó" lett.

    Egyébbként Hozzád, ming Guru -hoz, lenne egy kérdésem.
    Ha van egy profil, ami Location NET -re aktiválódik. Az alap, hogy kikapcsolt kijelzőnél az álltalános ellenőrzési időnként, bekapcsoltnál pedig a beállított ellenőrzési időnként nézi meg, hogy hol tartózkodom. A kérdésem az lenne, hogy ha futtatok egy Get Location NET parancsot, akkor ez a profil észreveszi és leellenörzi-e, hogy ott vagyok-e, ha már ott a friss adat, vagy csak és kizárólag a szabályos időközönként + a képernyő bekapcsolásakor.
    Valahogy ugyanis rá kellene vennem, de nem akarok még azzal is szóranozni, hogy task -ban vizsgáljam, amire már van profilom. Így is elég bonyolult már az a projekt.

    Task flow control-ban (vagy hol - most nincs kedvem idézni) ez is le van írva szépen, hogy amíg fut a magasabb prioritású alprogram, addig malmozik a főprogram. Ha az alprogramban várakozol, akkor nyilván mindkettő malmozni fog ez idő alatt.

    A párhuzamos futtatás nem itt érhető tetten, hanem mikor egyrészt azonos prioritású és kapcsolódó Task-ok futnak (több példány, vagy alprogram és főprogram), ekkor ugye felváltva futnak - egy sor itt, majd egy sor ott és így tovább N számú Task esetén.
    A párhuzamos (de továbbra is egyszálú) Task futtatás az én értelmezésemben az egymáshoz nem kapcsolódó Task-ok esetén értendő, amikor két különböző profil futtat Task-ot.
    Ez esetben nyilván nem fogja megakasztani az egyikben lévő wait a másikat. Szép is lenne. :)
    (Meg ugye azonos profil Task-jának több példánya esetén sem, hiszen nincsenek kapcsolatban egymással a különböző példányok; hanem csak a profil szabályozza az ütközés kezelésnél az újabb aktivációkat.)
    Konkrét példa nálam:
    1. profil éjszaka kezdetén lefut, csinál vmit (ébresztő beállítása), majd wait paranccsal reggelig várakozik. Stimmt.
    2. random profil eközben szabadon aktiválódhat és persze a hozzá tartozó Task is vígan lefut, függetlenül az 1. profil Task várakozásától.

    Aztán harmadrészt a flow control-ban írnak még parancs kategóriákról, de fejből ezt végképp nem tudom idézni.
    Arról van szó, hogy adott típúsú parancsból egyszerre, csak egy futhat (pl egy időben csak egy Say parancs). Szóval típusonként nincs párhuzamosítás, inkább sorba állítás van: két egymást követő Say mondjuk, nyilván időbeli sorrendben. A wait egy önálló parancs típust képez, de úgy gondolom, ebben az esetben csak a kapcsolódó Task-oknál jön ez elő (főprgram wait vs alprogram wait). Úgy vettem észre, hogy - nagyon helyesen - több egymástól független Task-ban lévő wait nem gabalyodik össze. Vagyis amíg az 1. profil Task-ja reggelig vár nálam, addig semmi nem akadályozza meg a többi profilt, hogy azokban is fusson egy-egy wait parancs.

    A Guru az erős, természetesen én sem vagyok szakértője a Tasker-nek, sőt mostanában nem is foglalkozok vele egyáltalán. :B

    Úgy tudom, ha csinálsz egy Get Location-t, akkor a releváns profilok is megkapják a friss koordinátát.
    Meg úgy tudom ide kapcsolódik a %LOCN is, ami elvileg magától is frissül, ha monitorozva van, nem csak Get Location parancsra.

Új hozzászólás Aktív témák