{"id":107406,"date":"2023-03-22T18:48:16","date_gmt":"2023-03-22T16:48:17","guid":{"rendered":"https:\/\/prohoster.info\/?p=107406"},"modified":"2023-03-23T10:45:49","modified_gmt":"2023-03-23T08:45:49","slug":"vypusk-dragonfly-1-0-sistemy-dlya-keshirovaniya-dannyh-v-operativnoj-pamyati","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-dragonfly-1-0-sistemy-dlya-keshirovaniya-dannyh-v-operativnoj-pamyati","title":{"rendered":"Sortie de Dragonfly 1.0, un syst\u00e8me de mise en cache des donn\u00e9es en m\u00e9moire vive","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La sortie du syst\u00e8me de mise en cache et de stockage en m\u00e9moire vive, Dragonfly, a eu lieu. Ce syst\u00e8me manipule les donn\u00e9es au format cl\u00e9\/valeur et peut \u00eatre utilis\u00e9 comme une solution l\u00e9g\u00e8re pour acc\u00e9l\u00e9rer les performances des sites \u00e0 fort trafic, en mettant en cache les requ\u00eates lentes \u00e0 la SGBD et les donn\u00e9es interm\u00e9diaires en m\u00e9moire vive. Dragonfly prend en charge les protocoles Memcached et Redis, permettant d'utiliser des biblioth\u00e8ques clientes existantes et de migrer vers Dragonfly des projets utilisant Memcached et Redis sans retravailler le code. <\/p>\n

Compar\u00e9 \u00e0 Redis, Dragonfly a r\u00e9ussi \u00e0 obtenir un augment de performance 25 fois sup\u00e9rieur (3,8 millions de requ\u00eates par seconde) sous des charges de travail typiques dans un environnement Amazon EC2 c6gn.16xlarge. Par rapport \u00e0 Memcached dans l'environnement AWS c6gn.16xlarge, Dragonfly a pu ex\u00e9cuter 4,7 fois plus de requ\u00eates par seconde \u00e0 l'\u00e9criture (3,8 millions contre 806 000) et 1,77 fois plus de requ\u00eates par seconde \u00e0 la lecture (3,7 millions contre 2,1 millions).

\"Sortie<\/center> <\/p>\n

Dans les tests de stockage de 5 Go de donn\u00e9es, Dragonfly a n\u00e9cessit\u00e9 30 % de m\u00e9moire en moins par rapport \u00e0 Redis. Lors de la cr\u00e9ation de snapshots avec la commande «bgsave», la consommation de m\u00e9moire augmente, mais aux moments de pointe, elle reste presque trois fois inf\u00e9rieure \u00e0 celle de Redis, et l'op\u00e9ration d'\u00e9criture du snapshot se fait beaucoup plus rapidement (dans le test, le snapshot de Dragonfly a \u00e9t\u00e9 enregistr\u00e9 en 30 secondes, tandis que celui de Redis a pris 42 secondes). <\/p>\n

\"Sortie<\/center> <\/p>\n

Une performance \u00e9lev\u00e9e est atteinte gr\u00e2ce \u00e0 une architecture multithread sans partage de ressources (shared-nothing), impliquant qu'un gestionnaire s\u00e9par\u00e9, avec sa propre portion de donn\u00e9es, est associ\u00e9 \u00e0 chaque thread, fonctionnant sans mutex ni spin-locks. Pour garantir l'atomicit\u00e9 lors de la manipulation de plusieurs cl\u00e9s, des verrous l\u00e9gers VLL sont utilis\u00e9s. Une structure dashtable, qui met en \u0153uvre une vari\u00e9t\u00e9 de tables de hachage partitionn\u00e9es, est appliqu\u00e9e pour un stockage efficace des informations en m\u00e9moire. <\/p>\n

Certaines fonctionnalit\u00e9s de Dragonfly : <\/p>\n