Posted by Gilles Chanteperdrix on January 25, 2011 - 14:27:

>Well, no. dd if=/dev/zero of=/dev/null is far from being a proper load.
>What you should do is at least to create some disk and network activity,
>continuously. And the ideal, is to run the LTP test in parallel. If you
>can not, then at least run hackbench in a loop. All this during several
>hours.

Ok. I run LTP test and latency test in parallel for about 15 hours continuously.
I have this result at the end:

RTD| 6.182| 7.627| 47.662| 0| 0| 15:04:32/15:04:32

I also run hackbench in a loop (with 100 groups) for about 14 hours and I obtain:

RTD| 6.100| 8.341| 21.727| 0| 0| 13:39:24/13:39:24

>We add ids to the smi.c table when people send patches, and report that
>the workaround... works. Anyway, if you suspect that the ICH workaround
>does not work with SCH chipsets, you should have a look at the SCH
>chipsets datasheet, to check whether the method for disabling SMIs is
>the same.

I'll try to check this and I'll inform you if I succeed in disabling SMIs on SCH.

    >In facts, same test (only without file transfer) under another system with
    >1GHz Intel Atom on a SCH (Poulsbo) chipset (not supported by Xenomai to
    >disable SMIs) reports these results:
    >
    >RTD| 11.353| 13.808| 31.264| 3| 0| 2.934| 231.539

>What I do not understand, in on which system you get the issue with your
>test application. If you want to know if the system on which you run the
>test has an isssue, then surely you should test this system, not another...

Yes, I run test on this Atom system only to have results from another machine to compare with results from my develop host.
I'm testing only my develop host, for ease I synthetize again its features:
Intel Celeron M 600MHz
512MB ram
ICH4 chipset (Xenomai's SMI workaround applied)
Ubuntu 10.04 with compiled kernel 2.6.35.7
Xenomai 2.5.5.2
Adeos patch 2.7-04

Thank you!
Mauro