Re: Removing kernel thread stack swapping

From: Scott Long (scottl_at_samsco.org)
Date: 03/03/05

  • Next message: John Baldwin: "Re: Removing kernel thread stack swapping"
    Date: Thu, 03 Mar 2005 07:49:33 -0700
    To: Ryan Sommers <ryans@gamersimpact.com>
    
    

    Ryan Sommers wrote:
    > David Schultz wrote:
    >
    >> Any objections to the idea of removing the feature of swapping out
    >> kernel stacks? Unlike disabling UAREA swapping, this has the
    >> small downside that it wastes 16K (give or take a power of 2) of
    >> wired memory per kernel thread that we would otherwise have
    >> swapped out. However, this disadvantage is probably negligible by
    >> today's standards, and there are several advantages:
    >
    >
    > I like the idea of fixing a lot of possible panics. However, I don't
    > know if we should nix it completely. Wasting this little memory won't
    > hurt anyone on a contemporary computer. However, our embedded systems
    > folks don't look at memory in the same light, and 16K here or there can
    > begin to really add up in a memory tight architecture. Of course it
    > could be argued that embedded systems probably don't have many threads,
    > many threads that can be swapped, or even swap space in the first place.
    >
    > I guess it's a judgment call that one of our embedded systems engineers
    > could better answer.
    >

    Please stop thinking about the process table in terms of what you see on
    your desktop or laptop. FreeBSD is a whole lot more than that, and we
    have to keep it in perspective. 16k or 32k might not seem like much,
    but it really does make a difference when you look at the process
    workload on a real server and is one of the reasons that FreeBSD has
    always performed well. Yes, it's hard to get it right, but it's not as
    hard as David Xu and David Shultz are trying to project it, and it's a
    worthwhile feature. I formally object to removing this feature, and I
    heavily encourage the current problem (sigwait) to be fixed and the
    uninformed FUD to stop.

    Scott
    _______________________________________________
    freebsd-arch@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-arch
    To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"


  • Next message: John Baldwin: "Re: Removing kernel thread stack swapping"

    Relevant Pages

    • Re: [RFC] BadRAM still not ready for inclusion ? (was: Re: Free Linux Driver Development!)
      ... BadRAM in more detail is at http://www.linuxjournal.com/article/4489 ... 200 lines of code which will have to be maintained forever, once it becomes a supported feature, for the benefit of the few people who can't or won't replace bad memory. ... While memory with "bad spots" was common a decade ago, it's as likely with current memory that the memory will "throw a bad bit" once in a while, on a read or write anywhere in the marginal or bad chip. ... There are some patches I would love to see in mainline, like suspend2 which includes resume as well as suspend, but this is not one of them, hope I've explained why. ...
      (Linux-Kernel)
    • =?iso-8859-15?Q?Re:_[RFC]_BadRAM_still_not_ready_for_inclusion_=3F_(wa?= =?iso-8859-
      ... maybe this patch is just something very special, having many pro's but also con's - so this also could be one reason why it exists for so long outside mainline. ... BadRAM let's you tell the kernel to skip certain regions of ram, ... forever, once it becomes a supported feature, for the benefit of the few ... people who can't or won't replace bad memory. ...
      (Linux-Kernel)
    • Re: DDR questions
      ... It's getting a bit daft now - i.e. hardware spec's and configuration. ... Which leaves me wondering why the "hyperthreading" feature, in the bios, on ... AMD cpu based / single memory channel Socket 754 boards seems happy to set ... 72 pin SIMM memory based motherboards used to feature "page ...
      (microsoft.public.windowsxp.hardware)
    • Re: Installing Extra RAM
      ... Hudster, David B., Leonard, and you are talking about different, yet ... Virtual Memory hadn't been changed to System Managed (which is often ... and forget it") and instead has its original default settings, ... Then later, Leonard challenged him. ...
      (microsoft.public.windowsxp.perform_maintain)
    • Re: La Marzocco in Florida
      ... etc. and look at genuine reasons to consider such a machine, ... If the rotary pump is an important feature (most obvious reason ... - David R. ...
      (alt.coffee)