On 1 Mar 2010, at 19:08, Jonathan Dursi wrote:
> These are all good things to keep in mind.
>
> There must be people out there with users who do biomed work with its
> attendant confidentiality issues, or users who work on commercial
> confidential data sets -- engineering or otherwise.
When
These are all good things to keep in mind.
There must be people out there with users who do biomed work with its
attendant confidentiality issues, or users who work on commercial
confidential data sets -- engineering or otherwise. What do those
users do on your systems, and have you had to i
Don't forget export controls, too. (both ITAR, internationally, and also (at
least for US) Commerce department
> -Original Message-
> From: beowulf-boun...@beowulf.org [mailto:beowulf-boun...@beowulf.org] On
> Behalf Of Hearns, John
> Sent: Monday, March 01, 2010 10:30 AM
> To: beowulf@b
I think Mark Hahn has given a lot of good advice here.
It depends on the nature of the data. Is it:
a) industrially confidential
b) clinically confidential (ie patient identifiable data)
c) government confidential (ie government department stats)
d) Nuclear eyes-only
If (d) you're on your own
requirements for keeping data confidential.We expect these to be the
it's critically important to pin down exactly what they mean by that.
for instance, anything involving human subjects, not limited to clinical
data, needs to be blinded. that's a standard requirement from any
research-eth
On 3/1/2010 8:29 AM, Jonathan Dursi wrote:
Are there good discussions of this somewhere? What resources do you
point users to when they have such requirements, and what sorts of
things can we put in place on our end to make life easier for such users
without imposing new requirements on the rest
Hi;
We're a fairly typical academic HPC centre, and we're starting to have
users talk to us about using our new clusters for projects that have
various requirements for keeping data confidential.We expect these
to be the first of many requests, so we want to think now about how we
can and
Just as a follow up to this message the MPICH2 show is now out, if you
want to hear Bill and Rusty talk about MPICH2, what it does and where
it came from:
http://www.rce-cast.com/index.php/Podcast/rce-28-mpich2.html
Thanks
Brock Palen
www.umich.edu/~brockp
Center for Advanced Computing
bro..
