Hello, Thanks for the note, I overlooked this parameter. Regards -- Julian Anastasov <ja@xxxxxx> -- To unsubscribe from this list: send the line "unsubscribe lvs-devel" in the body of a message to ma
Hi Julian, We seem to be supporting over that limit via module_param and sysfs: /sys/module/nf_conntrack/parameters/hashsize Regards. -- To unsubscribe from this list: send the line "unsubscribe lvs-
Sure, will do. -- To unsubscribe from this list: send the line "unsubscribe lvs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-in
Hello, Thanks, looks like a good idea to me, I guess its place is include/linux/sched.h. Simon, can you prepare 2 patches instead, one for cond_resched_rcu_lock and second for ipvs? Regards -- Julian
I have objections. I would _add_ a cond_resched() there to explicitly do what we want Maybe a macro/inline doing this already exists. static void inline cond_resched_rcu_lock(void) { if (need_resched
Ok, leaving it seems reasonable. Pablo, do you have any objections? -- To unsubscribe from this list: send the line "unsubscribe lvs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More
My opinion is to keep it, people tends to do such "rare" things. It's not unusual with 256k - 1M rows... Regards Hans Attachment: smime.p7s Description: S/MIME cryptographic signature
Hello, I thought it is a good idea for fixed hash table of IP_VS_TAB_BITS=20. May be if guarded by if (!((++idx) & 4095)) to reduce its rate to 256 (with idx++ removed from the for loop) ? Netfilter
It is unclear to me that there is any utility in the following: rcu_read_unlock(); rcu_read_lock(); So this patch removes the two instances of the above from ip_vs_conn.c. This was introduced in 7cf2