https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265974
--- Comment #3 from Konstantin Belousov ---
I believe you are right, but I would wait for an opinion of people who
spent a time with smr code.
That said, atomic_add_acq on x86 has the sequentially consistent semantic
already (which is why
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266009
Pavel Timofeev changed:
What|Removed |Added
Attachment #236083|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266009
--- Comment #4 from Pavel Timofeev ---
Please follow https://reviews.freebsd.org/D36354
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265954
Simon J. Gerraty changed:
What|Removed |Added
Status|New |In Progress
--- Comment #2 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265954
--- Comment #1 from Alfonso S. Siciliano ---
I seem that those utilities do not depend on libdialog.
Probably the the problem is caused by usr.sbin/tzsetup/Makefile.depend.options
because it still list libdialog.
Maybe it should be update
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266036
Konstantin Belousov changed:
What|Removed |Added
CC||k...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256507
--- Comment #15 from d...@jetcafe.org ---
I should also mention this wonderful tool prometheus_sysctl_exporter(8). I have
this data ingested into prometheus at a 5 second interval for both machines
here that suffer from this bug. If anyone i
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256507
--- Comment #14 from d...@jetcafe.org ---
So I only wrote the script for the purposes of addressing comment 11. My main
source of data is said sysctls exported at intervals to prometheus, which is
where I get the graph you can look at in the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265632
--- Comment #1 from Nuno Teixeira ---
It works with:
hint.hdaa.1.nid20.config="as=1 seq=0"
hint.hdaa.1.nid33.config="as=1 seq=15"
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256507
--- Comment #13 from Helge Oldach ---
This script might yield negative results because of lazy dequeuing of wired
pages which may result into double counting pages occasionally. See bug
#234559.
Perhaps you are just observing similar artif
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256507
--- Comment #12 from d...@jetcafe.org ---
So...stopping -all- running services to me is an effective reboot. :)
Nevertheless, on my machine with the most minimal service deployment that has
the memory issue, I stopped the biggest memory con
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256507
Tom Jones changed:
What|Removed |Added
CC||t...@freebsd.org
--- Comment #11 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266013
--- Comment #2 from Tom Jones ---
Yeah, at first look they appear to be the same issue.
A restart of the database led to the 'missing' pages being returned to the vm
sysctl count.
A potentially notable component that I might have missed i
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266036
Bug ID: 266036
Summary: valgrind reporting invalid read/write for setproctitle
Product: Base System
Version: 13.1-RELEASE
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266013
--- Comment #1 from Andriy Gapon ---
(In reply to Tom Jones from comment #0)
Do you think that the symptoms you see are similar to bug 256507 ?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265825
Yasuhiro Kimura changed:
What|Removed |Added
Status|New |Closed
Resolution|---
16 matches
Mail list logo
