[Beowulf] Mobos for portable use
John.Hearns at xma.co.uk
Tue Jan 24 05:42:43 PST 2017
no names, no pack drill. I was having a mentoring session with my padewan last week.
We were building the NIST FDS Fire and Smoke simulator code. I always think it is fun to see a burning sofa, which may tell you a bit about my mind.
Anyway, I digress. My padewan seemed a bit confused at the necessity to compile and link programs. The concept that the source code could not be directly
run on the system seemed
Bearing in mind he has done a university course in computer architecture, I asked "Well - tell me. How does a computer work?"
The answer came back "You run code".
I had expected at least a stab at an answer about binary, machine code, ALUs and instruction decoding. (*)
(*) For modern processors I could not describe these to save my life. But like many in my generation I at least had a course which taught about an idealised architecture.
From: Beowulf [beowulf-bounces at beowulf.org] on behalf of Lux, Jim (337C) [james.p.lux at jpl.nasa.gov]
Sent: 24 January 2017 13:34
To: alscheinine at tuffmail.us; beowulf at beowulf.org
Subject: Re: [Beowulf] Mobos for portable use
On 1/20/17, 4:20 PM, "Beowulf on behalf of Alan Louis Scheinine"
<beowulf-bounces at beowulf.org on behalf of alscheinine at tuffmail.us> wrote:
>Are we failing to train programmers with the skills for multithread?
>I'm not in academics so I have not seen first-hand.
>I'm been collecting material to prepare an Optimization User Guide
>for a new computer that will have many Knights Landing chips.
>What I've seen is that a lot has been written between 2015 and now,
>concering SIMD and OpenMP.
>It appears to me that there is plenty of didactit material if one
>were inclined to teach the subject.
The short answer to your first question is ³yes²
The vast majority of programmers do not come out of CS PhD schools - I¹d
venture that most of them don¹t even have a degree in CS, but, rather, in
something else. Most developers don¹t even worry about threading - they¹re
writing code to do database updates, process a bunch of data serially
(e.g. update billing statements nightly) and similar tasks.
Even if you¹re a ³scientific programmer², most likely, you¹re using Matlab
or standard libraries, and the parallelism, if any, is buried in the
libraries you call.
Most of the software development in my section at work is with embedded
processors using real time operating systems (RTEMS), and while there is
some threading, an amazing amount is done by ³one big loop triggered by a
periodic interrupt² style programming. Everyone argues that ³oh that
context switch in a threaded environment is too slow². There¹s also a
tendency of each developer to assume they ³own the machine² - just getting
them to periodically ³yield² their threads so the scheduler can run is
something that takes constant reminders.
Folks developing operating system kernels (a very small number of people)
pay attention to threading, because they have to implement the primitives
that allow it. Folks developing device drivers pay some attention to
multi threading, but more in the context of interrupt service routines,
and properly handling what work gets done in the ISR (with interrupts
disabled) and what gets done at kernel level, and what is in user space.
They¹re not so much looking at ³multi-CPU threading²..
Folks developing filesystems and database engines pay attention to
threads, since most of the time, the physical medium is slow, so threads
handling a transaction block, and you need to maintain update atomicity,
even when your thread blocks and some other thread runs.
Concurrency is hard and most applications don¹t need it, or can live with
James Lux, P.E.
Task Manager, DHFR Space Testbed
Jet Propulsion Laboratory
4800 Oak Grove Drive, MS 161-213
Pasadena CA 91109
Beowulf mailing list, Beowulf at beowulf.org sponsored by Penguin Computing
To change your subscription (digest mode or unsubscribe) visit http://www.beowulf.org/mailman/listinfo/beowulf
Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Employees of XMA Ltd are expressly required not to make defamatory statements and not to infringe or authorise any infringement of copyright or any other legal right by email communications. Any such communication is contrary to company policy and outside the scope of the employment of the individual concerned. The company will not accept any liability in respect of such communication, and the employee responsible will be personally liable for any damages or other liability arising. XMA Limited is registered in England and Wales (registered no. 2051703). Registered Office: Wilford Industrial Estate, Ruddington Lane, Wilford, Nottingham, NG11 7EP
More information about the Beowulf