Researcher profile

Craig Pelissier

Craig Pelissier contributes to research discovery and scholarly infrastructure.

ResearcherAffiliation not importedOpen to collaborate

Trust snapshot

Quick read

Trust 17 - UnverifiedVerification L1Unclaimed author
4works
0followers
4topics
4close collaborators

Actions

Decide how to stay connected

Follow researcher0

Identity and collaboration

How to connect with this researcher

Claiming links this public author record to a researcher profile and unlocks direct collaboration workflows.

Log in to claim

Direct collaboration

Open a focused conversation when the fit is right

Claim this author entity first to unlock direct invitations.

Research graph

See the researcher in context

Open full explorer

Inspect adjacent work, topics, institutions and collaborators without jumping out to a separate graph page.

Building this graph slice

BZPEER is loading the nearby papers, people, topics and institutions for this page.

Published work

4 published item(s)

preprint2020arXiv

Combining Parametric Land Surface Models with Machine Learning

A hybrid machine learning and process-based-modeling (PBM) approach is proposed and evaluated at a handful of AmeriFlux sites to simulate the top-layer soil moisture state. The Hybrid-PBM (HPBM) employed here uses the Noah land-surface model integrated with Gaussian Processes. It is designed to correct the model only in climatological situations similar to the training data else it reverts to the PBM. In this way, our approach avoids bad predictions in scenarios where similar training data is not available and incorporates our physical understanding of the system. Here we assume an autoregressive model and obtain out-of-sample results with upwards of a 3-fold reduction in the RMSE using a one-year leave-one-out cross-validation at each of the selected sites. A path is outlined for using hybrid modeling to build global land-surface models with the potential to significantly outperform the current state-of-the-art.

preprint2012arXiv

Resonance parameters of the rho-meson from asymmetrical lattices

We present a lattice QCD calculation of the parameters of the $ρ$ meson decay. The study is carried out on spatially asymmetric boxes using nHYP-smeared clover fermions with two mass-degenerate quark flavors. Our calculations are carried out at a pion mass $m_π=304(2)$ MeV on the set of lattices $V=24^2\times η24\times48$ with $η=1.0,1.25$, and 2.0 with lattice spacing $a=0.1255(7)$ fm. The resonance mass $m_ρ=827(3)(5)$ MeV and coupling constant $g_{ρππ}=6.67(42)$ are calculate using the P-wave scattering phase shifts. We construct a 2$\times$2 correlation matrix to extract the energy of the scattering states and compute the phase shifts using the finite volume formula. By varying the degree of asymmetry, we are able to compute a set of phase shifts that are evenly distributed throughout the spectral region where the $ρ$ decays.

preprint2011arXiv

$ρ$ meson decay on asymmetrical lattices

We present a lattice QCD calculation of the characteristics of the $ρ$ meson decay. The study is carried out on spatially asymmetric boxes using nHYP-smeared clover fermions in the quenched approximation. The resonance mass and coupling constant are calculate using the P-wave scattering phaseshifts, of the isospin I=1 two-pion system. We use pion masses m_π= 418 MeV and m_π=312 MeV. In both cases, the $ρ$ decay is kinematically feasible. We work on lattice sizes N_z X 24^2 X 48 with lattice spacing a=0.1 fm and N_z=24,30,34,48.

preprint2011arXiv

Efficient implementation of the overlap operator on multi-GPUs

Lattice QCD calculations were one of the first applications to show the potential of GPUs in the area of high performance computing. Our interest is to find ways to effectively use GPUs for lattice calculations using the overlap operator. The large memory footprint of these codes requires the use of multiple GPUs in parallel. In this paper we show the methods we used to implement this operator efficiently. We run our codes both on a GPU cluster and a CPU cluster with similar interconnects. We find that to match performance the CPU cluster requires 20-30 times more CPU cores than GPUs.