View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011719 | GNUnet | transport service | public | 2026-08-07 20:42 | 2026-08-09 13:00 |
| Reporter | Jllx | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | new | Resolution | open | ||
| Product Version | Git master | ||||
| Summary | 0011719: gnunet-transport consuming 100% CPU of a ryzen 7 5825U | ||||
| Description | after a day of run of the service __PID____UTIL.___PR__NI__VIRT___RES____SHR_S_%CPU_%MEM_TEMPS+___COM. 320490_gnunet__20__0__83772_79484__5396_R__98,9____0,2___8:37.88__gnunet-service- cat /proc/320490/cmdline /usr/lib64/gnunet/libexec/gnunet-service-transport-c/etc/gnunet.conf | ||||
| Tags | No tags attached. | ||||
|
|
Spiking transport CPU usage may happen occasionally, usually on startup. But not that extreme. Unless you maybe enabled debug logging? |
|
|
no debug logging (by the way, it would be really NICE to be able to enable and stop logging on the fly) did reproduced today (after more 8h of run), had to stop everything upon restart it did happen fast will stop the service for today, will investigate tonight |
|
|
again this morning (relaunched gnunet yesterday before going to sleep) gnunet-transport is consuming 100% CPU and su gnunet -c "gnunet-transport -a" No virtual links. no "-L DEBUG" when launching (started with init.d script with "gnunet-arm -s") but seems to create some debug log in /var/lib/gnunet/.cache/gnunet/ I attach the last, there is some data loss (run out of disk space after system update tonight) but it resumed today logs yesterday log is available at https://filevert.fr/d/2N3IkNrzUpKoHPr6KyXw until the 11 will restart the service now that disk space is available, clean the logs and see if I can get something usefull by the way, I've a debug build, so I can produce coredumps, but I wonder how I can do it, since this is gnunet-arm that spawn the services... |
|
|
today log https://filevert.fr/d/2N3IkNrxUsKnGvf9JSii (link valid until 2026-08-11) |
