másodperc pontosságú feladatütemezés Linuxon

man at:
At and batch as presently implemented are not suitable when users are competing for resources. If this is the case for your
site, you might want to consider another batch system, such as nqs.

Kivancsi lennek kihajtott rendszeren mennyit "kesik".

systemd.timer(5), kombinalva incronnal csodalatos dolgokra kepes, de tobb esetben incron sem kell.

Persze ezzel megnyered a teljes systemd stuffot, ami egyeseknel kiveri a biztositekot.

--
|8]

Az exim -nek meg tudod adni, hogy queue_only, az nem elég? Elvileg azert az SMTP nem az a protokoll, aminek ASAP SOS FONTOS kell mukodnie, csak a tuggyukhol :)

Multkor ilyenre volt szuksegem, es node.js-ben csinaltam meg,
milliszekundumra lehet idoziteni.


var main = function(){
var min = config.recurrenceMin;
var max = config.recurrenceMax;
var interval = Math.floor(Math.random() * (max - min + 1)) + min;


checkLocalJobs()
.then(executeLocalJobs)
.then(getRemoteJobs) //which are already in remotequeue
.then(updateRemoteQueue)
.spread(processResponse)
.spread(addToRemoteQueue)
.catch(function(error) { // error handling});

setTimeout(function() { main(); }, interval); // recursiveness for the win!:)
};

setTimeout-rol bovebben: https://nodejs.org/docs/v0.6.1/api/timers.html

Ebben az a jo, hogy random idokozonkent (tol-ig, pl: 5-10sec) lefut, de ha sok melo gyult fel, mig aludt, akkor tobbet is lefuttat (sorkezeles, miegymas).

Egy ideje fut mar a kod (november) eles kornyezetben, teljesen jol muzsikal.
Parat kihagytam a sorbol, hogy atlathatobb legyen, de rengeteg melot aszinkron modon fel lehet fuzni igy. Ha egy melo van, akkor .then(),
ha tobb van (egy tombben levo melok), akkor .spread().

Az executeLocalJobs egyebkent egy shell szkriptet hiv meg, amirol progress-t jelenti remote szerverre (stdout streamet figyeli, es aszerint kuld egy-egy HTTP POST-ot).

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

de miert az at/cron-t akarod megeroszakolni, ahelyett, hogy irnal egy demont, ami elindul aztan az idok vegeig csinalja a dolgat?

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

esetleg csinalhatnal egy sajat daemont, aminek atadod az osszes kimeno levelet (mint ahogy a clamav/spamassist/stb-nek atadjak: google://exim+outgoing+mail+filter ), ez ul a levelen 1 percig, majd megnezni hogy nincs-e ilyen fajl: var/run/pleaseundomymailvagyakarmi/12345ID, ha nincs akkor visszaadja a levelet az eximnek tovabbitasra.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Ezzel csak az az egyetlen gond, hogy attol tetted fuggove a job elindulasat, hogy az adott idopillanatban sikerul-e vezerlest kapnia az idozito szerkezetednek. Ha valamiert szenne van terhelve a gep, es 15:00:00-15:00:02 kozott eppen nem kap vezerlest az atd, akkor a 15:00:01-kor elinditando processz nem fog elindulni sohasem. Hogy miert? Mert az ora a processzortol tobbe-kevesbe fuggetlenul ketyego dolog a szamitogepben, es a leolvasas kvazi barmikor kimaradhat, ha a proci epp nem er ra a te folyamatoddal foglalkozni. Nem veletlen, hogy a vilagon mindenki percre igazitottan idozit, vagy max 10-20 masodpercenkent futtat meg dolgokat. Az ennel pontosabb idoziteshez vagy demont, vagy valamilyen mas task-monitoring megoldast alkalmaznak, ahol nem idozitenek semmit, hanem maga a szofter varja ki a szukseges idot, es van benne egy jo adag hibatures is (ha a delta T nagyobbegyenlo mint, akkor vegrehajt, egyebkent wait).

Az, amit itt leirtal, az a nagyon csunya ganyolas kategoria, es production gepen ilyenert kezletores jar.
--
Blog | @hron84
Üzemeltető macik