Opened 2 years ago
Closed 2 years 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: | medium | Keywords: | |
| Cc: |
Description
New major version.
Change History (3)
comment:1 by , 2 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:2 by , 2 years ago
| Summary: | psutil-6.0.0 → psutil-6.0.0 (Python module) |
|---|
comment:3 by , 2 years 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
maxfileandmaxpathfields were removed from the namedtuple returned bydisk_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 clearprocess_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 hasmaxfileandmaxpathfields.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.