on IRC text flooding is a moot point because nearly all IRCd's (those that don't are old and should be upgraded anyway), support wan'ts called sendQ/recvQ, these to handy dandy features have been around for about 10 years now and will automaticly kill users for sending too much text too fast, thus making it nearly impossible to flood services to start with.
In addition to that, clients should never be able to send so much information to services from a single connection to cause any form of latency to services. Nearly all clients would be on some form of asymetric connection so their upstream will max out before Services downstream will. If you have a single user that can, then take services off it's dial-up connection and put it in some real bandwidth.
Currently the only way to really flood services on IRC is with multiple clients, in which case it's not possible to tell a flooder with several clients from serveral really active clients sending acceptable traffic.
[Edited on 25-7-2007 by katsklaw]
