Task to busy one CPU 100% for a period of time?
smithi at nimnet.asn.au
Mon Jan 11 05:04:11 UTC 2016
On Sun, 10 Jan 2016 10:39:40 -0553.75, William A. Mahaffey III wrote:
> Date: Sun, 10 Jan 2016 10:39:40 -0553.75
That's a seriously strange timezone you're inhabiting, Wiliiam ..
fly.hiwaay.net processed this at Sun, 10 Jan 2016 10:34:11 -0600
> On 01/10/16 10:03, Ian Smith wrote:
> > So I'm looking for some utility, preferably in the base system but a
> > port/pkg could do, that can just burn one CPU (ie is single-threaded)
> > for a specified number of iterations. And not for a specified time -
> > which would use system time to query time - nor in any interpreted
> > (syscall-rich) language.
> > A little pre- and/or post-loop reporting is not a problem.
> > I'm likely missing something quite obvious; suggestions welcome.
> > cheers, Ian (please cc me, I'm subscribed to the daily digest)
> Well, this (benchmarking) really strikes a chord w/ me, I have done
> *extensive* benchmarking of compiled code (simple benchmarking code & full-up
> analysis codes) under different compiler/OS combos over 25-ish years. FWIW
> most compilers I am familiar with have an option to compile
> single-core/thread/CPU code, which might serve your needs. Also most recent
> (last 15-ish years) pay attention to environment variables such as
> OMP_NUM_THREADS & kin, even if they don't use OpenMP coding/directives. This
> can be used to make 1 process use a specified number of threads/cores/CPU's,
> up to a compiled-in/hardwired limit.
Thanks for your response. However I don't do C, and really need to find
something out of the box that I can configure to run at 100% of one CPU
for a specified number of iterations, which will then run for a certain
amount of CPU time on my hardware, while always on the run queue.
More information about the freebsd-questions