On Thu, 2005-08-04 at 08:04 -0400, Salyzyn, Mark wrote: > Cool! Thanks for the information! Sounds like the patch will be > necessary. However, I have never seen the issue bite us, but who knows, > it may be the contributor to a system lockup after 8000 hours of uptime > ... I'd prefer the paranoid delusion and a stable system! > > As for the GFP_ATOMIC, the intent is to move the kmalloc w/GFP_ATOMIC > from inside the loop to outside the loop and perform a guestimate+ on > the possible pool requirements of the loop. the big gain is if you can get rid of the atomic. Anything else is pointless really... atomic allocations are *really* bad for the vm and should be avoided if at all possible. - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
