Opened 10 months ago
Closed 10 months ago
#19971 closed enhancement (fixed)
psutil-6.0.0 (Python module)
Reported by: | Bruce Dubbs | Owned by: | Bruce Dubbs |
---|---|---|---|
Priority: | normal | Milestone: | 12.2 |
Component: | BOOK | Version: | git |
Severity: | normal | Keywords: | |
Cc: |
Description ¶
New major version.
Change History (3)
comment:1 by , 10 months ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 10 months ago
Summary: | psutil-6.0.0 → psutil-6.0.0 (Python module) |
---|
comment:3 by , 10 months ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Fixed at commits
94a4272934 Update to libassuan-3.0.0. a678234dd3 Update to c-ares-1.31.0. 2ecff2c5c5 Update to psutil-6.0.0 (Python module). 643f1a5f08 Update to uhttpmock-0.11.0.
Note:
See TracTickets
for help on using tickets.
6.0.0 2024-06-18
Enhancements
maxfile
and
maxpath
fields were removed from the namedtuple returned by
disk_partitions()
_. Reason: on network filesystems (NFS) this can potentially take a very long time to complete.process_iter()
_ no longer pre-emptively checks whether PIDs have been reused. This makesprocess_iter()
_ around 20x times faster.psutil.process_iter.cache_clear()
API can be used the clear
process_iter()
_ internal cache.Process.connections()
_ was renamed toProcess.net_connections()
_. The old name is still available, but it's deprecated (triggers aDeprecationWarning
) and will be removed in the future.
Bug fixes
Process.cmdline()
_ sometimes fail with EBUSY. It usually happens for long cmdlines with lots of arguments. In this case retry getting the cmdline for up to 50 times, and return an empty list as last resort.pid_exists()
_ disagrees withProcess
_ on whether a pid exists when ERROR_ACCESS_DENIED.pid_exists()
_ erroneously return True if the argument is a thread ID (TID) instead of a PID (process ID).MNT_
constants.Porting notes
Version 6.0.0 introduces some changes which affect backward compatibility:
disk_partitions()
_' no longer hasmaxfile
and
maxpath
fields.
process_iter()
_ no longer pre-emptively checks whether PIDs have been reused. If you want to check for PID reusage you are supposed to useProcess.is_running()
_ against the yieldedProcess
_ instances. That will also automatically remove reused PIDs fromprocess_iter()
_ internal cache.Process.connections()
_ was renamed toProcess.net_connections()
_. The old name is still available, but it's deprecated (triggers aDeprecationWarning
) and will be removed in the future.