On Wed, 2009-01-21 at 18:58 -0500, Christoph Lameter wrote:I tried slub_max_order=0 and there is no improvement on this UDP-U-4k issue. Both get_page_from_freelist and __free_pages_ok's cpu time are still very high. I checked my instrumentation in kernel and found it's caused by large object allocation/free whose size is more than PAGE_SIZE. Here its order is 1. The right free callchain is __kfree_skb => skb_release_all => skb_release_data. So this case isn't the issue that batch of allocation/free might erase partial page functionality. '#slaninfo -AD' couldn't show statistics of large object allocation/free. Can we add such info? That will be more helpful. In addition, I didn't find such issue wih TCP stream testing. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Frans Pop | top displaying 9999% CPU usage |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Chuck Ebbert | Why do so many machines need "noapic"? |
| Andy Whitcroft | clam |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Christoph Lameter | Network latency regressions from 2.6.22 to 2.6.29 |
