Re: [petsc-dev] Statistics on the popularity of PETSc
On , 2020Sep17, at 14:06, Blaise A Bourdin mailto:bour...@lsu.edu>> wrote: But even this would only count the users who load the TACC provided modules, and not those rebuilding petsc with a specific configuration. Correct. But that’s a tiny minority. I think we have a way of detecting people who make their own installation. I did that one time to make sure people were not doing -download-mpich -download-blaslapack on our systems, and I found only a small number, and they clearly knew what they were doing. Victor.
Re: [petsc-dev] Statistics on the popularity of PETSc
But even this would only count the users who load the TACC provided modules, and not those rebuilding petsc with a specific configuration. Blaise > On Sep 17, 2020, at 9:34 AM, Victor Eijkhout wrote: > > > >> On , 2020Sep17, at 09:13, Jacob Faibussowitsch wrote: >> >> Victor - Does this count the number of users who simply loaded the module? >> Or users who submitted a job using the petsc module (if that’s even >> tracked?). > > The latter. It tracks what modules are loaded when a batch job starts. That’s > not entirely the same as PETSc actually being used but I guess it’s a pretty > close proxy. > > We track a whole bunch of statistics on batch jobs. (Including hardware > performance counters on processors, network, file system. One snapshot per 30 > minutes, so it doesn’t interfere too much.) I don’t think we track anything > about interactive loading of modules. > > Btw, almost 1000 unique users over the lifetime of the database, which goes > back to petsc 3.4, whenever that was. > > Victor. -- A.K. & Shirley Barton Professor of Mathematics Adjunct Professor of Mechanical Engineering Adjunct of the Center for Computation & Technology Louisiana State University, Lockett Hall Room 344, Baton Rouge, LA 70803, USA Tel. +1 (225) 578 1612, Fax +1 (225) 578 4276 Web http://www.math.lsu.edu/~bourdin
Re: [petsc-dev] Statistics on the popularity of PETSc
On , 2020Sep17, at 09:13, Jacob Faibussowitsch mailto:jacob@gmail.com>> wrote: Victor - Does this count the number of users who simply loaded the module? Or users who submitted a job using the petsc module (if that’s even tracked?). The latter. It tracks what modules are loaded when a batch job starts. That’s not entirely the same as PETSc actually being used but I guess it’s a pretty close proxy. We track a whole bunch of statistics on batch jobs. (Including hardware performance counters on processors, network, file system. One snapshot per 30 minutes, so it doesn’t interfere too much.) I don’t think we track anything about interactive loading of modules. Btw, almost 1000 unique users over the lifetime of the database, which goes back to petsc 3.4, whenever that was. Victor.
Re: [petsc-dev] Statistics on the popularity of PETSc
Victor - Does this count the number of users who simply loaded the module? Or
users who submitted a job using the petsc module (if that’s even tracked?).
Barry - w.r.t. your point about questionnaires not being overly useful what
about asking users to send automated diagnostic reports if petsc has been
successfully built on their machines? So you finish configure and make all and
reach the make check prompt and get a message about a one-time system report
sent:
...
=
Now to check if the libraries are working do:
make PETSC_DIR=/Users/jacobfaibussowitsch/NoSync/petsc
PETSC_ARCH=arch-darwin-c-debug check
=
OPTIONAL: One-time request to send basic system capability information
to petsc developers. This is limited to OS type, gpu capability, {insert other
data here}
and is used to improve CI/CD coverage, usage statistic and development
priorities. This message will not be shown again.
System info can be found under ${PETSC_DIR}/lib/petsc/conf/sysinfo.txt
Send system report to petsc developers do:
Make PETSC_DIR=/Users/jacobfaibussowitsch/NoSync/petsc
PETSC_ARCH=arch-darwin-c-debug send
=
This message could come up only once, and be blocked by the existence of some
other file in the arch tree (or in $PETSC_DIR) irrespective of whether the user
sends or not as soon as the message has been shown once.
In our overly tracked modern software environment I can definitely appreciate
that users are rightfully distrustful of yet another data collection request,
but if it is transparent and un-intrusive enough it may be palatable.
Best regards,
Jacob Faibussowitsch
(Jacob Fai - booss - oh - vitch)
Cell: (312) 694-3391
> On Sep 14, 2020, at 23:17, Victor Eijkhout wrote:
>
>
>
>> On , 2020Sep14, at 19:33, Victor Eijkhout > > wrote:
>>
>> I’ll see what I can find about Frontera but that’s going to be less.
>
> 90 unique users.
>
> V.
