Din experienta file_put_contents e destul de rapid cat sa nu conteze viteza, chiar si pe hdd f f f lent(amazon..ceva, acum cativa ani am patit asta). Acuma conteaza daca tu vrei comunicarea asta near-realtime sau cron-ul ala ruleaza odata pe ora si vrei doar sa ii afisezi rezultatul de 10x pe ora. Daca ruleaza rar mergi pe varianta cu fisier. daca ruleaza des, ai SHM, Memcache, SQL (cu InnoDB, pt ca suporta tranzactii). Din alte experiente, ramdisk-ul(adica /var/run/$USER pe Ubuntu) bate la cur alte solutii, pt ca e f rapid, si f simplu si ca dezvoltare (folosesti tot file_put_contents, ai grija la lock) si pt debug. Asta ca tot ai acces sa iti configurezi serverul cum vrei. Nu recomand varianta SHM/Memcache pt ca asta in principiu sunt transiente oarecum. Memcache poate da drop la inregistrari daca ramane fara RAM, iar SHM-ul am citit horror stories pe net.
2016-02-25 17:20 GMT+02:00 Claudiu Nicolaie CISMARU <[email protected] >: > > asta se rezolva foarte simplu cu flock (ex pt write, sh pt read). > > flock poate fi folosit si din > > shell -- mira-m-as sa nu existe in php. > > in PHP, file_put_contents are posibilitatea de face write lock pe fisier, > din > 5.1.0 > > Cat despre persistenta, daca nu e importanta, /dev/shm... > > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > -- -------------------------------------------- ----THE END of this transmission---- _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
