"value":"In the Linux kernel, the following vulnerability has been resolved:\n\nnetfilter: ipset: fix performance regression in swap operation\n\nThe patch \"netfilter: ipset: fix race condition between swap/destroy\nand kernel side add/del/test\", commit 28628fa9 fixes a race condition.\nBut the synchronize_rcu() added to the swap function unnecessarily slows\nit down: it can safely be moved to destroy and use call_rcu() instead.\n\nEric Dumazet pointed out that simply calling the destroy functions as\nrcu callback does not work: sets with timeout use garbage collectors\nwhich need cancelling at destroy which can wait. Therefore the destroy\nfunctions are split into two: cancelling garbage collectors safely at\nexecuting the command received by netlink and moving the remaining\npart only into the rcu callback."
"value":"En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: netfilter: ipset: corrige la regresi\u00f3n de rendimiento en la operaci\u00f3n de intercambio El parche \"netfilter: ipset: corrige la condici\u00f3n de ejecuci\u00f3n entre swap/destroy y add/del/test del lado del kernel\", commit 28628fa9 corrige un condici\u00f3n de ejecuci\u00f3n. Pero elsync_rcu() agregado a la funci\u00f3n swap la ralentiza innecesariamente: se puede mover con seguridad para destruir y usar call_rcu() en su lugar. Eric Dumazet se\u00f1al\u00f3 que simplemente llamar a las funciones de destrucci\u00f3n como devoluci\u00f3n de llamada de rcu no funciona: los conjuntos con tiempo de espera usan recolectores de basura que necesitan cancelarse en la destrucci\u00f3n y que pueden esperar. Por lo tanto, las funciones de destrucci\u00f3n se dividen en dos: cancelar los recolectores de basura de forma segura al ejecutar el comando recibido por netlink y mover la parte restante solo a la devoluci\u00f3n de llamada de rcu."
