We're using Opterons, Linux 2.6.x, and a SiL (Silicon Image) SATA
chipset whose particular model number I don't have in front of me.
After MUCH MUCH MUCH trial and error we've discovered that:
1) 2.6.16 substantially alleviates the problem but doesn't eliminate it.
2) There is a 3Ware card that's MUCH better in this regard.
Personally, I'm not a fan of 3Ware, having lost a RAID array due in
no small part to a BUG in their firmware (whose existence they knew
about but, naturally, refused to acknowledge until we presented them
with proof that it had to be a bug...) but you can control for such
variables...
-JF
On Jul 12, 2006, at 11:48 PM, living liquid | Christian Meisinger wrote:
* - For example: We faced a NASTY problem using AMD 64-bit CPUs +
SATA +
Linux where I/O on the system (the WHOLE system, not JUST the SATA
spindles -- network, PATA, USB, EVERYTHING) would suddenly come to a
grinding halt (or very nearly halted) randomly when the SATA
subsystem
was under heavy load. It required a LOT of trial-and-error kernel
adjustments to find a configuration that did not suffer this problem.
we have the same problem here.
what did you do to solve this problem?
i guess we need to trial-and-error our own kernel configuration
depending on our hardware but what parameters did you changed?
i'm very thankful about any help ... we have NO idea what's wrong :)
best regards chris
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED]