pathlib.PurePath.__reduce__() currently accesses and returnstheparts tuple. Pathlib ensures that the strings therein areinterned.

There's a good reason to do this: it ensures that the pickled data is as small as possible, with maximum re-use of small string objects.

However, it comes with some disadvantages:

1. When normalising any path, we need to callsys.intern(str(part)) on each part
2. When pickling a path, we must join, parse and normalise, and then generate theparts tuple.

We could instead make__reduce__() return the raw paths fed to the constructor (the_raw_paths attribute). This would be faster but less space efficient. With the cost of storage and bandwidth falling at a faster rate than compute, I suspect this trade-off is worth making.

Linked PRs

• GH-112855: Speed uppathlib.PurePath pickling #112856
• GH-112855: Slightly improve tests forpathlib.PurePath pickling #113243