Named pipes? Sau tmpfs (plus flock() pe fisier cum au spus si ceilalti)? /Mures
2016-02-25 9:08 GMT+02:00 Marius Luca <[email protected]>: > eu am citit asa : > - php > - asincron > - producer/consumer > primul lucru care-mi vine in cap este : coada (rabbitmq e popular pe zona > asta, dar poate preferi si altfel de cozi/implementari). > ce rezolvi : > - asincron > - acelasi sistem (optional/nice to have) > - don't care about locking/data integrity > - not another sql to manage (mysql, redis, whatever) > - trasabilitate, usor de masurat si controlat > > On Thu, Feb 25, 2016, 09:05 Florin Popovici <[email protected]> > wrote: > > > 2016-02-25 7:24 GMT+02:00 Mihai Badici <[email protected]>: > > [...] > > > > > Mysql introduce un overhead pentru ca > > > "externalizezi" toate aceste procese de coordonare, nu le elimini. Sau > > > gresesc? > > > > > > > Ma mir ca n-a zis nimeni de sqlite. A fost creat tocmai pentru cazul > asta, > > cand overheadul mysql-ului este, uh, overkill, dar nu vrei sa-ti > crosetezi > > arbitrajul lucrului direct cu fisiere. > > > > Chiar daca ai un singur "producator" si un singur "consumator", daca tii > > totul intr-un singur fisier "chior" (in care citesti/scrii direct), poti > sa > > dai in edge-case-ul de acces simultan nearbitrat. Poate consumatorul se > > nimereste sa citeasca fix in milisecunda in care producatorul a inceput > sa > > scrie, si n-a apucat sa termine sau sa faca flush la buffers. In cazul > > asta, consumatorul o sa vada un fisier trunchiat (0 bytes or more). > > > > Si eu m-am lovit de cazul asta: o interfata web in care teoretic lucra o > > singura persoana (deci "single-threaded"), care scrie niste date undeva, > si > > niste cronuri care citesc datele alea. Dupa cateva luni, s-a intamplat ca > > persoana a dat "save" fix cand rula un cron, care a avut "placerea" sa > > citeasca din fisier niste gunoaie splendide. > > Am trecut atunci la sqlite, si de 6 ani n-am mai avut data corruption. > > > > HTH > > > > Flo > > > > -- > > flo.ro > > _______________________________________________ > > RLUG mailing list > > [email protected] > > http://lists.lug.ro/mailman/listinfo/rlug > > > -- > > -- > Marius Mihai Luca > <sent while mobile> > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > -- ...and justice for all... _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
