Hi: There is more and more software that runs multiple cores or virtual
processes out there including anything I write these days that would benefit
from multi-core processing techniques.
I do believe that when you create a task you can specify it use a single
assigned processor but I have not looked into this technical set of
documents.
Of course there are design considerations and research to be done like what
if WindowEyes has a processor locked down for private use and some other
piece of software wants it. Will they get a message it is in use so it can
dynamically allocate a different processor or thread or whatever?
Besides, it is not at all clear that, if WindowEyes even uses
multi-threading intentially, that hang ups are related to this.
It is more likely that there are problems with things like timing of code
execution and UI availability, message processing and other things not
related to multi-threading or multi-core usage by WindowEyes but it is a
possibility if it is having processor contention issues.
This might even be the more likely case if WindowEyes is using a single
processor or thread since contention for that thread by another program
wanting exclusive use of it would be a problem but I don't know how it would
be resolved by either program, that is WindowEyes, the other program wanting
that processor or thread or even by the Microsoft software or firmware.
Yes, if WindowEyes had a single processor or thread or whatever it would
always be active but whether that would help anything if the many WindowEyes
problems are not related to processor contention, like not
speaking,WindowEyes might not run any diferently. 
If, however, there is a contention problem then assigning a single processor
might help, don't know but I find my multi-threaded, processor, projects
will run many, many times faster with no screen reader problems other than
those that everyone else is experiencing using many diferent software
packages and WindowEyes.
The Microsoft and other firmware will handle time slicing and processor
allocation automatically and has, in my experience, been very, very
efficient indeed if the client parallel code is setup correctly.
But, does the fact that modern machines and software use ever more
multi-core processes have anything to do with WindowEyes problems?
It might, or not, What led you to this idea as a source of the WindowEyes
lockups or dead speech conditions?
Are there any analytical tools we can use to check it out?
Rick USA
.

-----Original Message-----
From: Talk [mailto:[email protected]] On
Behalf Of manny via Talk
Sent: Friday, August 21, 2015 4:43 PM
To: Window-Eyes Discussion List <[email protected]>
Subject: Fwd: Why can't WE9.program be set with exclusive use of one core?

Hi,
It seems to me that what is needed is a screen reader with priority to
do it's job.  For example, I have a program, Houdini, which is capable
to use up to 8 or more (i think) cores for it's analysis of a chess
game.  When this program is running it uses all 4 cores on my computer,
and WE9.2 goes silent, because Houdini has priority.
Why can't you program WE9.2 to take exclusive use of one core of a
multi-core system?
And by so doing, WE9.2 will always be able to talk, because no other 
program can have access to that one core which is restricted to be used 
only by WE9.2.
I have been playing around with setting  the affinity on WE9.2, to use 
one core,
   and my Houdini program as mentioned above, and WE9.2 will continue to 
talk when the affinity is restricted while it will not talk when not.
Any thoughts?
many thanks,
Manny







do the same?-- Good Luck, Manny please help me reach a million clicks by
forwarding my stand-up comedy performance to your friends, or Tweet or
Facebook it. ** ** ** ** ** **http://www.youtube.com/watch?v=75fbevlz10g
** ** ** ** ** computer specifications: Window Eyes 9.2 , Dell xps420
Windows 7 home premium, with dual boot to windows 10 with 8 gb RAM,
Intel q6600 quad core drivers and software updated. Software
recommended: Firefox, Thunderbird, security: Microsoft security
essential, Malware Bytes pro, Win Patrol, Roboform, Ninite updater, and
Driver buster (which you need sighted help because it is all graphic,
but works great for updating drivers.)




_______________________________________________
Any views or opinions presented in this email are solely those of the author
and do not necessarily represent those of Ai Squared.

For membership options, visit
http://lists.window-eyes.com/options.cgi/talk-window-eyes.com/ofbgmail%40mi.
rr.com.
For subscription options, visit
http://lists.window-eyes.com/listinfo.cgi/talk-window-eyes.com
List archives can be found at
http://lists.window-eyes.com/private.cgi/talk-window-eyes.com

_______________________________________________
Any views or opinions presented in this email are solely those of the author 
and do not necessarily represent those of Ai Squared.

For membership options, visit 
http://lists.window-eyes.com/options.cgi/talk-window-eyes.com/archive%40mail-archive.com.
For subscription options, visit 
http://lists.window-eyes.com/listinfo.cgi/talk-window-eyes.com
List archives can be found at 
http://lists.window-eyes.com/private.cgi/talk-window-eyes.com

Reply via email to