( _Franko_ | 2025. 09. 06., szo – 08:05 )

a veled való vitatkozás futóvadlövészetre emlékeztet, ugyanis folyton változtatod, hogy mit kéne megoldanom.

Én nem változtattam azon, hogy mit kellene megoldani, leírtam a systemd feature halmazát és végig olyan feature megoldását kértem, amit szerinted tud a cron-at-batch trió, de nem tud vagy nem úgy tud, mert nem az feladata és nem az a működésmódja és akkor még nem is beszéltünk olyan környezetről, ahol nincs olyan granularitás, amit feltételeztél. Ráadásul egyszer lebaszol az általános mondásért, utána meg elköveted ugyanazt... :D

Azt írtam, hogy a) időosztásos rendszer esetén hiába időzítesz másodpercre, majd a processzütemező vagy abban a másodpercben futtatja, vagy később

És ez akkor se volt igaz, és most se igaz.

b) utána azt írtam, hogy az at IS tud másodperces időzítést és c) kisimíthatsz terhelést a batch segítségével.

Ami szintén nem igaz, lásd a szálat.

Örjöngő kérdésedre a válasz:

Köszönöm, ismerem ezt a megoldást, de még vannak benne hiányosságok, amelyek érdekeltek volna, lásd az "örjöngő" kérdésem második felét: mennyire komplex (hol a ráfutásvédelem?), mennyire hibatűrő és mennyire egyszerű kideríteni, hogy egy job nem futott le.

Ennyi, kiszálltam, a továbbiakban a saját démonjaiddal vitázz.

Teljesen hasonlóan érzem a dolgot... :D