Bug #2502

tmpfs(5) not fully MPSAFE

Added by ftigeot almost 3 years ago. Updated almost 3 years ago.

Status:ClosedStart date:01/28/2013
Priority:NormalDue date:
Assignee:-% Done:


Target version:-


Bulk building packages with ports-mgmt/poudriere on a 16 cores/32 threads machine is very slow.

The system exhibits high level of mp_token contention.
The functions grabbing it the most are:

vop_inactive vop_readdir vop_setattr vop_ncreate
vop_close vop_nresolv vop_nlink vop_putpage

with vop_inactive() by far the worst offender.

As the only non fully-MPSAFE used filesystem, tmpfs(5) is an obvious culprit.


#1 Updated by vsrinivas almost 3 years ago

  • Status changed from New to Closed

Resolved by commit aa1adbf0f3aad9f5b7161d3c66ddad5313a5692d.

Also available in: Atom PDF