Re: Why kmem_cache_free occupy CPU for more than 10 seconds?

On 4/11/07, Zhao Forrest <[email protected]> wrote:

We're using RHEL5 with kernel version 2.6.18-8.el5.
When doing a stress test on raw device for about 3-4 hours, we found
the soft lockup message in dmesg.
I know we're not reporting the bug on the latest kernel, but does any
expert know if this is the known issue in old kernel? Or why
kmem_cache_free occupy CPU for more than 10 seconds?

Sounds like slab corruption. CONFIG_DEBUG_SLAB should tell you more.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
    • From: "Zhao Forrest" <[email protected]>
  • Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
    • From: "Zhao Forrest" <[email protected]>

• References:
  • Why kmem_cache_free occupy CPU for more than 10 seconds?
    • From: "Zhao Forrest" <[email protected]>

• Prev by Date: Re: [-mm3 patch]Warning fix: check the return value of kobject_add etc.
• Next by Date: Re: [patch] uninline remove/add_parent() APIs
• Previous by thread: Why kmem_cache_free occupy CPU for more than 10 seconds?
• Next by thread: Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]