| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | DosRead blocking |
-=> Quoting James R. Cook to Phil Crown <=-
-=> Quoting Phil Crown to James R. Cook <=-
JRC> But does this make a huge deal? I disremember what SIO uses for
JRC> buffers, but I would imagine that it's more than adequate.
PC> IMHO: if you want to throw something togather real fast then don't use
PC> threads, if you want to do it right, then use threads! :-)
JRC>
JRC> :) I understand. *sigh* Is there an alternative to using Mutex
JRC> semaphores? They seem to take a *LONG* time to lock/unlock (or is
JRC> that block/unblock). I recall seeing some code that used the
JRC> DosEnterCritSec or something like that to update the global buffers.
JRC> That's not "right" but it seemed to be more efficient.
DosEnterCritSec() is worse than Mutex Semaphores.
For example, I saw an anlogy DosEnterCritSec something like this;
(Note: persons = threads)
Say your in the office and you want to go the the bathroom but you don't
want others going to the bathroom while you are. You go around to each
person and tell them to stop *everything* that they are doing to be sure
that they can't go to the bathroom. You finish in the bathroom, then go
back around to each person and tell them to resume what they are doing.
A mutex semaphore is like going to the bathroom and locking the door.
:-)
Phil Crown
pcrown{at}airmail.net
http://web2.airmail.net/pcrown/
--- Blue Wave/OS2 v2.30
* Origin: * MacSavvy OS/2 BBS * Dallas, Texas * 972-250-4479 * (1:124/1208)SEEN-BY: 50/99 54/99 270/101 620/243 625/0 160 711/401 409 410 413 430 808 SEEN-BY: 711/809 934 955 712/311 407 505 506 517 623 624 704 841 713/317 SEEN-BY: 800/1 @PATH: 124/1208 1 396/1 270/101 712/624 711/808 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™.