MUD-Dev
mailing list archive
[ Other Periods
| Other mailing lists
| Search
]
Date:
[ Previous
| Next
]
Thread:
[ Previous
| Next
]
Index:
[ Author
| Date
| Thread
]
[MUD-Dev] Re: Question regarding Java threads
[Vadim Tkachenko:]
>> Character-mode telnet connections are indeed evil. They consume far
>> more resources than a line-mode telnet connection.
>
>What is clear, is that the line mode allows buffering and utilizes the
>protocol features better than character mode. Also, the interim solution
>is WON'T ECHO, DO ECHO, if I remember it right, so the echo wouldn't
>travel back and forth. Is there anything else which is a reason for such
>evilness?
The order of magnitude increase in packets is my main concern. The
higher typing latency for the user is another. Also, as I believed I
mentioned in a previous note, my experience with trying to use
DO ECHO and DONT ECHO to toggle the client's echoing of passwords
just doesn't work in many telnet clients.
>> Of course the full solution is for everyone to use my not-yet-written
>> Java client, which connects in a binary mode which doesn't even have
>> the concept of a character mode. :-/
>
>Hold on a second, I might forget some details, but isn't it right that a
>character mode _IS_ a binary mode with the command sequences in between?
Depends on your definitions, I guess. I look at character mode as just
being an 8 bit character mode that has a few escape conventions. A true
binary mode doesn't need any escapes since each packet has a binary
header that contains any needed control information. So, a binary
mode transmits slightly more data, but it always does so as larger packets.
--
Chris Gray cg#ami-cg,GraySage.Edmonton.AB.CA
- Thread context:
- [MUD-Dev] Protocols,
Vadim Tkachenko vt#freehold,crocodile.org, Fri 07 Aug 1998, 04:53 GMT
- [MUD-Dev] Re: Question regarding Java threads,
Chris Gray cg#ami-cg,GraySage.Edmonton.AB.CA, Thu 06 Aug 1998, 04:03 GMT
- [MUD-Dev] Question regarding Java threads,
Jon A. Lambert jlsysinc#ix,netcom.com, Thu 06 Aug 1998, 03:26 GMT
[ Other Periods
| Other mailing lists
| Search
]