| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Communication/Thread Pro |
DM> I think the above strategy would alleviate this
DM> problem. if there are
DM> chars, read them, otherwise release the time slice. If
PF>It is better to use "Wait for something" read timeout
PF>processing; this way,your application is blocked in the DD
PF>-- who is the one who knows the instant something is
PF>avaiable.
PF>There is no need to call an ioctl to see if characters are waiting.
PF>There is no need to call DosSleep
True. However I believe that calling DosSleep() at the right times can
significantly reduce the amount of CPU time used in a program. EG If a
program is expecting a 9600bps modem to be receving data full speed then it
would be better to do a DosSleep(500) and then allow the DosRead() to get
500 characters than to do multiple reads of smaller amounts of data.
If there is any flaw in this theory or any way I can use OS/2 API calls
to get the same benefits without the effort (I have written an algorithm to
adjust the size of the DosSleep() to the rate of data transfer) then please
let me know.
cya
___
X MR/2 2.0 NR X Error loading KEATING.LIE. Unable to recover COUNTRY.AUS.
--- Maximus/2 2.02
* Origin: Multi - 61-3-9739-7145 - multi.apana.org.au (3:633/363)SEEN-BY: 620/243 632/103 341 348 998 633/154 252 260 362 363 371 373 634/384 SEEN-BY: 635/301 502 503 638/102 639/100 640/820 690/660 711/409 410 413 430 SEEN-BY: 711/807 808 809 934 949 955 712/515 713/888 800/1 7877/2809 @PATH: 633/363 260 371 635/503 632/348 711/409 808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.