Re: [patch] voluntary-preempt-2.6.9-rc1-bk4-Q7

Mark_H_Johnson_at_raytheon.com
Date: 09/02/04

  • Next message: janitor_at_sternwelten.at: "[patch 20/25] ec3104: replace schedule_timeout() with msleep()" 
    To: Thomas Charbonnel <thomas@undata.org>
Date:	Wed, 1 Sep 2004 17:56:22 -0500

    >With Q7 I still get rx latency issues (> 130 us non-preemptible section
    >from rtl8139_poll). Moreover network connections were extremely slow
    >(almost hung) until I set /proc/sys/net/core/netdev_backlog_granularity
    >to 2.

    The default of 1 caused a couple services to fail start up - most
    annoying failure was NIS. I changed netdev_backlog_granularity to
    eight (8) in /etc/sysctl.conf and came up fine. The system is under
    test right now, though will probably tomorrow before I get full
    results.

    It appears to have fewer > 500 usec traces than previous
    tests so the -Q7 stuff appears to work (though has not made it to
    the disk tests where I generally have more problems yet).

    One place where we may need to consider more mcount() calls is in
    the scheduler. I got another 500+ msec trace going from dequeue_task
    to __switch_to.

    I also looked briefly at find_first_bit since it appears in a number
    of traces. Just curious, but the coding for the i386 version is MUCH
    different in style than several other architectures (e.g, PPC64, SPARC).
    Is there some reason why it is recursive on the x86 and a loop in the
    others?

    --Mark H Johnson
      <mailto:Mark_H_Johnson@raytheon.com>

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: janitor_at_sternwelten.at: "[patch 20/25] ec3104: replace schedule_timeout() with msleep()"

    Relevant Pages