public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Eliot Moss <moss@cs.umass.edu>
To: cygwin@cygwin.com
Subject: Re: taskset in util-linux?
Date: Mon, 08 Apr 2019 22:10:00 -0000	[thread overview]
Message-ID: <28e8ef96-fdc1-5d96-f7e1-67537785d5d7@cs.umass.edu> (raw)
In-Reply-To: <8e1254b03d51e13e9f92cbaa7a4039c205181f6d.camel@cygwin.com>

On 4/7/2019 10:15 PM, Yaakov Selkowitz wrote:
> On Fri, 2019-04-05 at 20:37 -0400, Eliot Moss wrote:
>> I am wondering about the absence of tasket from Cygwin's
>> util-linux package.  While I can imagine that the Linux
>> version of that program might no port directly, Windows
>> does seem to support similar functionality -- cmd.exe
>> accepts a /affinity switch.  It is ugly, perhaps comparatively
>> slow, etc., to have to run a Cygwin task with affinity
>> going through cmd (and I found no way to make that work
>> without popping up a cmd window, that then goes away when
>> the task completes).
>>
>> Any possibility of getting this supported under Cygwin?
>> I have no idea what underlying calls, etc., might need
>> support ...
> 
> Cygwin does not have the requisite sched_[gs]etaffinity functions; PTC.

Yes, I knew that, so I probably should have mentioned it.  I can
rephrase: Any chance of getting those functions added, and *then*
having taskset as part of Cygwin's util-linux?

I've not tinkered with Cygwin internals much, so I'm not sure I
could develop a worthy patch.

>> Likewise, it would be nice to be able to control the
>> performance settings (clock speed) via the /sys method
>> supported under (some) Linux versions:
>>
>> /sys/devices/system/cpu/intel_pstate/{no_turbo,{min,max}_perf_pct}
>>
>> One might link these to something (probably new) in /proc.
> 
> Cygwin does not support /sys at all.

Yes, again, I could see that.  I'm asking more about the functionality
as opposed to where exactly it is found.  Again, I can use CMD commands
to accomplish it, but it is somewhat ugly.  Reading / writing some new
/proc entries would be fine :-) ...  If necessary I could build /sys
links to the /proc entries to make it more transparent.

Regards - Eliot

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

      reply	other threads:[~2019-04-08 22:10 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-06  0:37 Eliot Moss
2019-04-08  2:15 ` Yaakov Selkowitz
2019-04-08 22:10   ` Eliot Moss [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=28e8ef96-fdc1-5d96-f7e1-67537785d5d7@cs.umass.edu \
    --to=moss@cs.umass.edu \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).