On Sat, 16 Nov 2002, Oliver Xymoron wrote:
>
> LAN latencies should be low enough that waiting on an ACK for each
> packet will do just fine for error correction. If someone wants to do
> remote debugging, they can ssh into a debugging machine on the same LAN.
I agree in theory on a technical level, yet at the same time it's clearly
advantageous _not_ to wait, since it would allow you to just universally
enable the LAN as the console on all your machines when you maintain them,
and then not have that LAN console be a maintenance problem.
Basically, I don't personally care too much for kgdb itself, but I see a
asynchronous LAN console as a more generic tool for just doing not just
kernel debugging, but management in general. syslogd is fine for when the
machines work, but it tends to lose important information just when you
need it the most, ie when a machine starts having serious problems.
So if you see the LAN interface more as a simple console (that _also_
gives you access to kgdb), then it's a whole lot more usable for much more
than just kernel hacking.
A synchronous interface would make logging basically useless - it would
basically crash the machine if there are logger problems, and it would
make log output slow things down a lot.
Linus
-
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/
This archive was generated by hypermail 2b29 : Sat Nov 23 2002 - 22:00:17 EST