← Back to home
Comparison · DevOps

ps vs xfun

A side-by-side editorial comparison of ps and xfun — release velocity, themes, recent moves, and the top alternatives to consider.

ps vs xfun: at a glance

Featurepsxfun
SectorDevOpsDevOps
Velocity score0.00.0
Sparks · 30d00
Top themesprocesses, r-lib, processx, cross-platformutilities, publishing, headless-browser, litedown
Last editorial update1h ago1h ago
WebsiteVisit →Visit →

What is ps?

ps grew from a process inspector into the thing that reliably kills what you started.

ps is the cross-platform process API underneath processx and callr, and its recent work splits between widening what it can query and hardening the guarantee that a handle still refers to the process you think it does. Version 1.8.0 added interruptible multi-process waiting, vectorised signalling, and graceful kill with a TERM-then-KILL grace period. Version 1.9.3 rebuilt Linux process creation times on a clock pair instead of integer-second boot time, closing a window where two processes could look identical.

Read the full ps trajectory →

What is xfun?

Yihui's utility grab-bag is quietly growing a web server and a headless browser.

xfun is the shared utility layer under knitr, rmarkdown, bookdown and litedown, and its recent releases cluster in three places: the record() function that captures code output for litedown, a local app-serving stack built on R's internal httpd, and a headless-browser toolkit. Version 0.58 replaced direct httpd routing with a proxy and added serve_dir() and random_port(); 0.55 added browser_print() and 0.60 added browser_dom(), which runs JavaScript on a page and returns the rendered DOM.

Read the full xfun trajectory →

ps vs xfun: editorial side-by-side

P
ps
DEVOPS
0.0

ps grew from a process inspector into the thing that reliably kills what you started.

◆ Current state

ps is the cross-platform process API underneath processx and callr, and its recent work splits between widening what it can query and hardening the guarantee that a handle still refers to the process you think it does. Version 1.8.0 added interruptible multi-process waiting, vectorised signalling, and graceful kill with a TERM-then-KILL grace period. Version 1.9.3 rebuilt Linux process creation times on a clock pair instead of integer-second boot time, closing a window where two processes could look identical.

◆ Where it's heading

The direction is from observation to control. Early releases in view are per-process queries — CPU times, memory, affinity — and the newer ones are orchestration: wait on many processes with a timeout, signal a list of handles at once, terminate a tree politely before forcing it. The create-time precision work is what makes that safe, since a handle's identity is a PID plus a start time, and a one-second resolution start time is not enough to rule out PID reuse on a busy machine.

◆ Prediction

Expect the remaining platform-specific gaps in ps_status() and ps_apps() to close before any new capability area opens, since the recent additions have all been driven by processx issue reports.

X
xfun
DEVOPS
0.0

Yihui's utility grab-bag is quietly growing a web server and a headless browser.

◆ Current state

xfun is the shared utility layer under knitr, rmarkdown, bookdown and litedown, and its recent releases cluster in three places: the record() function that captures code output for litedown, a local app-serving stack built on R's internal httpd, and a headless-browser toolkit. Version 0.58 replaced direct httpd routing with a proxy and added serve_dir() and random_port(); 0.55 added browser_print() and 0.60 added browser_dom(), which runs JavaScript on a page and returns the rendered DOM.

◆ Where it's heading

The package is accreting the infrastructure Yihui's publishing tools need rather than staying a pile of small helpers. Serving directories, allocating ports, proxying the help server, driving a headless browser and printing to PDF are all pieces of one pipeline: render R output to HTML, then get it onto a screen or into a static file without a heavyweight dependency. The rest of the release stream is release-automation tooling for the author's own CRAN workflow and a long tail of parser bug fixes in taml_load().

◆ Prediction

Expect the browser functions to consolidate into a documented interface used directly by litedown, and expect cache_rds() to be fully retired in favour of cache_exec() now that it is no longer recommended.

Alternatives to ps and xfun

Other DevOps 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 ps or xfun.

See all ps alternatives → · See all xfun alternatives →

Recent activity from ps and xfun

Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.

  1. 1mo agoxfunbrowser_dom() added; Windows silently truncated self-contained HTML
  2. 1mo agoxfunpost_release() automates post-CRAN chores; nested math fixed
  3. 2mo agoxfunnew_app() moves to a proxy; serve_dir() and random_port() added
  4. 3mo agopsSub-second process create times on Linux
  5. 4mo agopsps_string() for unique process identification
  6. 4mo agoxfunLiteral JavaScript in tojson(); record() bottleneck fixed
  7. 6mo agoxfunDeprecated attr() and qs support removed; parallel rev_check
  8. 8mo agoxfunbrowser_print() opens the headless-browser path
  9. 1y agopsBuild correctly on Alpine Linux
  10. 1y agopsmaxrss reporting and selectable columns in ps()
  11. 1y agopsInstallable again on unsupported platforms
  12. 1y agopsMulti-process waiting, vectorised signals and graceful kill

Frequently asked questions

What is the difference between ps and xfun?

They serve adjacent needs but don't currently overlap on shipped themes. ps and xfun are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.

Is ps better than xfun?

Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. ps and xfun are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). For your specific use case, the alternatives sections above list other DevOps products to evaluate alongside.

What are the best alternatives to ps?

Top ps alternatives in DevOps are ranked by recent ship velocity. Browse the "ps alternatives" section above for the current picks, or visit /alternatives/ps-r for the full list with editorial commentary on each.

What are the best alternatives to xfun?

Top xfun alternatives in DevOps are ranked by recent ship velocity. Browse the "xfun alternatives" section above for the current picks, or visit /alternatives/xfun for the full list with editorial commentary on each.