[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Linrad] Setting priorities in Windows
- Subject: [Linrad] Setting priorities in Windows
- From: Joe Taylor <Princeton.EDU; joe@xxxxxxxxxxxxxxxx>
- Date: Thu, 19 Feb 2009 09:16:35 -0500
Hi Leif,
I often find MS Windows extremely annoying, also.
I think you mis-understood the sign of the change I needed
to make in setting Linrad's priority. I wanted something
less than "HIGH" but greater than "NORMAL". It's very
poorly documented, but eventually I found how to do it. In
Fortran it looks like this in the startup routine of WSJT:
integer NORMAL_PRIORITY_CLASS,ABOVE_NORMAL_PRIORITY_CLASS
parameter (NORMAL_PRIORITY_CLASS=32)
parameter (ABOVE_NORMAL_PRIORITY_CLASS=32768)
...
npri=NORMAL_PRIORITY_CLASS
if(nhighpri.ne.0) npri=ABOVE_NORMAL_PRIORITY_CLASS
m0=SetPriorityClass(GetCurrentProcess(),npri)
What I'm suggesting is that you give the user the option of
setting n in the following statement to 32 ("normal"), 32868
("above normal"), or maybe 128 ("high"). I do not recommend
that you use REALTIME_PRIORITY_CLASS. I think that is for
very short interrupt routines.
SetPriorityClass(GetCurrentProcess(), n);
-- 73, Joe, K1JT
Leif Asbrink wrote:
> Hi Joe,
>
>> I am running tests of MAP65-IQ with the following configuration:
>>
>> 1. SDR-IQ into Linrad;
>> 2. Linrad timf2 data via pseudo-network to MAP65-IQ
>>
>> Linrad and MAP65-IQ run on the same Windows computer.
>>
>> I have discovered that this system runs best with Linrad at
>> "Above Normal" priority. It does *not* run well with Linrad
>> at "High" priority, which is what you get if you have
>> "Process priority" set to 1 in par_userint.
>>
>> Does this make sense to you? Would it be good to give the
>> user this option, either instead of or in addition to "High"
>> priority?
> I really do not know much about MS Windows. (And I am not
> really interested in spending much time on it.) Linrad uses
> SetPriorityClass(GetCurrentProcess(), HIGH_PRIORITY_CLASS);
> in case the user wants high priority. I will allow the
> ultimate call:
> SetPriorityClass(GetCurrentProcess(), REALTIME_PRIORITY_CLASS
> in the next Linrad version. Seems silly that such a thing
> would be required. Did you try to set a more conservative (=lower)
> value for max DMA rate?
>
> 73
>
> Leif / SM5BSZ
>
> >
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Linrad" group.
To post to this group, send email to linrad@xxxxxxxxxxxxxxxx
To unsubscribe from this group, send email to linrad+unsubscribe@xxxxxxxxxxxxxxxx
For more options, visit this group at http://groups.google.com/group/linrad?hl=en
-~----------~----~----~----~------~----~------~--~---
LINRADDARNIL