Comparison · sort

DFSORT vs Syncsort MFX: the zIIP question, not the speed sheet.

IBM DFSORT sits inside the IBM stack. Syncsort (Precisely) MFX is a third party sort licensed on MSU, with a ZPSaver feature that can offload most sort cycles to zIIP. Because zIIP cycles do not carry general processor software charges, the real decision is whether moving sort off the general processors cuts your IBM MLC by more than MFX costs. That is arithmetic, not a slogan.

№ 01

The verdict

Model the MLCNot the speed

Decide it on the MLC arithmetic. DFSORT and MFX both sort well, so performance rarely settles it. MFX is an additional licensed product, but its ZPSaver feature can move a large share of sort cycles to zIIP, and zIIP work does not drive general processor software charges. For a sort intensive estate, the reduction in your IBM Monthly License Charge peak can exceed the MFX license cost, and the case is real. For a light sort user, DFSORT inside the IBM stack is usually the lower total cost. The right answer comes from modeling your own SCRT and zIIP data, not from either vendor's benchmark.

№ 02

Head to head

Side by side

The function is close. The difference that matters is how each one interacts with your IBM MLC:

DFSORT vs Syncsort MFX, the licensing levers compared
DimensionIBM DFSORTSyncsort (Precisely) MFX
VendorIBMPrecisely
DeliveryIBM sort within the z/OS environmentThird party sort, separately licensed
Licensing basisPriced inside the IBM stack frameworkMSU capacity, own product line
zIIP offloadRuns on general processors, drives MLCZPSaver can offload most sort to zIIP
Effect on IBM MLCSort cycles count toward the MLC peakCan lower the MLC peak by moving sort to zIIP
Added license costNone beyond the IBM stackYes, MFX is an additional product

Directional and pattern level. zIIP eligibility, offload share, and packaging evolve, so confirm the current ZPSaver behavior and your own SCRT and zIIP data before modeling a switch. The saving is workload specific.

№ 03

Who should pick which

Decision

This is one of the few mainframe tool decisions where the third party product has a direct mechanism to cut IBM cost. Use it this way:

Lean toward Syncsort MFX if

  • Your batch is sort heavy and sort is a meaningful part of your general processor consumption
  • Sort visibly contributes to your four hour rolling average MLC peak
  • You have zIIP headroom for ZPSaver to use, and the modeled MLC reduction clears the MFX license cost

Stay with DFSORT if

  • Your sort volume is light and adds little to the MLC peak
  • You have little spare zIIP capacity for offload to land on
  • The MFX license cost would exceed the MLC saving your data actually supports

Either way, the decision is a sub-capacity modeling exercise: measure the sort share of your peak, the offloadable portion, and the zIIP headroom, then compare the MLC reduction to the MFX cost. Hold MFX as leverage in the IBM conversation even if you stay on DFSORT.

№ 04

Frequently asked

FAQ
Q1
How are they licensed?DFSORT is priced inside the IBM stack. MFX is a third party product on MSU capacity, with a ZPSaver feature that offloads sort to zIIP to reduce IBM MLC.
Q2
Does MFX save money?It can, when the MLC reduction from zIIP offload exceeds the MFX license cost. That depends on how sort heavy your workload and MLC peak are, and on zIIP headroom.
Q3
What decides it?The MLC arithmetic, not raw speed. Model the sort share of your R4HA peak, the offloadable portion, the zIIP headroom, and the MFX cost.
Q4
What is the first step?Pull your SCRT and zIIP data and measure how much of the MLC peak is sort. The answer is workload specific, so the data decides it.

One of the few tools that can cut the IBM bill. Prove it with your own data.

Audit notice or renewal under 18 months out? We mobilize within 48 hours.

A sort tool that moves the IBM peak. We model whether it pays.

Get expert help