HydroPortailStats
France's national flood statistics, ported out of Fortran and into R.
A side-by-side editorial comparison of nfs-ganesha and profoc — release velocity, themes, recent moves, and the top alternatives to consider.
NFS-Ganesha is porting its management plane from DBUS to gRPC, four major versions in a month.
NFS-Ganesha is a user-space NFS server with pluggable FSAL backends for CEPH, GPFS and others. It is releasing major versions at an unusual rate — 12.0 through 15.1 since mid-July — and the connecting thread across all of them is gRPC: infrastructure first, then stats collection ported from DBUS, then more commands, then CacheMgr APIs and export management. Version 15.0 adds memory statistics and accounting alongside those APIs.
A forecast combination package that spun its profiler out into its own project
profoc combines probabilistic forecasts online, using the Bernstein online aggregation family with B-spline smoothing over quantiles and time. The recent releases are infrastructure rather than method: 1.3.4 removed a using namespace arma directive for CRAN compliance and closed a timer edge case, 1.3.3 adjusted the integration with rcpptimer against its now-stable 1.2.0 API. The last release to change what users can do was 1.3.0, which exposed the conline C++ class to R and exported init_experts_list(), make_basis_mats(), make_hat_mats() and post_process_model() so the engine can be driven directly.
NFS-Ganesha is a user-space NFS server with pluggable FSAL backends for CEPH, GPFS and others. It is releasing major versions at an unusual rate — 12.0 through 15.1 since mid-July — and the connecting thread across all of them is gRPC: infrastructure first, then stats collection ported from DBUS, then more commands, then CacheMgr APIs and export management. Version 15.0 adds memory statistics and accounting alongside those APIs.
This is a control-plane migration carried out release by release in the open. Each version moves another slice of management surface onto gRPC — stats, exports, cache manager, a fake recall API for testing — while the data path work continues separately with XCOPY and clustered quality of service at 14.0. The 15.1 release extends ShowExports with a protocol summary and adds a gRPC FakeRecall API, which reads as filling in coverage rather than opening new ground. Note 15.0 and 15.1 are stamped seventy-nine seconds apart, so they were cut together rather than released as separate events.
Expect the remaining DBUS-era management commands to keep landing as gRPC APIs at this cadence. The open question these entries do not answer is whether DBUS is eventually removed or kept indefinitely alongside.
profoc combines probabilistic forecasts online, using the Bernstein online aggregation family with B-spline smoothing over quantiles and time. The recent releases are infrastructure rather than method: 1.3.4 removed a using namespace arma directive for CRAN compliance and closed a timer edge case, 1.3.3 adjusted the integration with rcpptimer against its now-stable 1.2.0 API. The last release to change what users can do was 1.3.0, which exposed the conline C++ class to R and exported init_experts_list(), make_basis_mats(), make_hat_mats() and post_process_model() so the engine can be driven directly.
The direction is toward a reusable C++ core with thin language bindings. The timing code that lived inside profoc was extracted into the standalone rcpptimer package in 1.3.2, deliberately so other R packages and Python projects could use it through cpptimer and cppytimer, and the clock header was reworked in 1.3.1 to maximise the code shared between the R and Python versions. Method work sits earlier in the history - periodic splines and penalties in 1.2.0, the penalty() function in 1.1.0 - while the recent cadence, a single release in the last sixteen months, points at a package the maintainer considers finished.
The repeated references to future Python use suggest the next significant work happens outside this package, in the shared C++ components, rather than in profoc's R surface.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either nfs-ganesha or profoc.
France's national flood statistics, ported out of Fortran and into R.
Sign, zero and narrative restrictions brought into the bsvars ecosystem.
Fast design-based estimators for experiments, coasting on CRAN patches.
The grammar of uncertainty visualization, now drawing the uncertainty in its own estimates.
IP address vectors for R that hit 1.0 and then went quiet.
A column-key toolkit for stitching decades of ecological field data into one table.
See all nfs-ganesha alternatives → · See all profoc alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. nfs-ganesha is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. nfs-ganesha is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top nfs-ganesha alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "nfs-ganesha alternatives" section above for the current picks, or visit /alternatives/nfs-ganesha for the full list with editorial commentary on each.
Top profoc alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "profoc alternatives" section above for the current picks, or visit /alternatives/profoc for the full list with editorial commentary on each.