Hi,
I've made the patch for rresvport_af(3) and rcmd_af(3) which makes
possible to use more connections for rsh/rshd.
I've also reviewed freebsd src tree and I think these changes in libc do
not break any existing applications.
Can anybody look at the patch?
--
Andrey Zonov
Inde
eExFlags ()
#54 0x00413de3 in Py_Main ()
#55 0x004131fa in main ()
(gdb) info threads
* 1 Thread 32e041c0 (LWP 101629) 0x341552a6 in longest_match ()
from /lib/libz.so.5
--
Andrey Zonov
___
freebsd-hackers@freebsd.org ma
Hi,
This sysctl contains a binary data. You can see it using -o or -x
sysctl's key.
Additional information is at devstat(3) manpage.
--
Andrey Zonov
20.03.2011 20:51, Alexander Best пишет:
hi there,
could somebody explain the following behavior running a recent CURRENT on amd64?
Nope, because of http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/130749
--
Andrey Zonov
04.10.2011 19:20, Dag-Erling Smørgrav пишет:
Does anyone actually use nscd?
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
)
dd if=nvram.bin of=/dev/nvram (restore)
but this way always load default BIOS settings, not my (probably there is some
kind of error).
Try sysutils/nvramtool instead.
--
Andrey Zonov
___
freebsd-hackers@freebsd.org mailing list
http
k. BTW,
posix_fadvise(POSIX_FADV_WILLNEED) does nothing as the commentary says,
shouldn't this be documented in the manual page?
All tests were run under 9.0-STABLE (r233744).
--
Andrey Zonov
/*_
* Andrey Zonov (c) 2011
*/
#include
#include
#include
#include
#include
#include
#include
#include
0; res: 262144; super:
0; other: 0)
mmap: 5 pass took: 0.310757 (none: 0; res: 262144; super:
0; other: 0)
--
Andrey Zonov
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
I forgot to attach my test program.
On 04.04.2012 13:36, Andrey Zonov wrote:
On 04.04.2012 11:17, Konstantin Belousov wrote:
Calling madvise(MADV_RANDOM) fixes the issue, because the code to
deactivate/cache the pages is turned off. On the other hand, it also
turns of read-ahead for faulting
On 05.04.2012 19:54, Alan Cox wrote:
On 04/04/2012 02:17, Konstantin Belousov wrote:
On Tue, Apr 03, 2012 at 11:02:53PM +0400, Andrey Zonov wrote:
[snip]
This is what I expect. But why this doesn't work without reading file
manually?
Issue seems to be in some change of the behaviour o
On 05.04.2012 23:41, Konstantin Belousov wrote:
On Thu, Apr 05, 2012 at 11:33:46PM +0400, Andrey Zonov wrote:
On 05.04.2012 19:54, Alan Cox wrote:
On 04/04/2012 02:17, Konstantin Belousov wrote:
On Tue, Apr 03, 2012 at 11:02:53PM +0400, Andrey Zonov wrote:
[snip]
This is what I expect. But
On 05.04.2012 23:54, Andrey Zonov wrote:
On 05.04.2012 23:41, Konstantin Belousov wrote:
You do use UFS, right ?
Yes.
I've run test on ZFS.
Mem: 2645M Active, 363M Inact, 2042M Wired, 1406M Buf, 42G Free
$ ./mmap /mnt/random
Mem: 3669M Active, 363M Inact, 3067M Wired, 1406M Buf
On 06.04.2012 12:13, Konstantin Belousov wrote:
On Thu, Apr 05, 2012 at 11:54:53PM +0400, Andrey Zonov wrote:
On 05.04.2012 23:41, Konstantin Belousov wrote:
On Thu, Apr 05, 2012 at 11:33:46PM +0400, Andrey Zonov wrote:
On 05.04.2012 19:54, Alan Cox wrote:
On 04/04/2012 02:17, Konstantin
On Mon, Apr 9, 2012 at 1:18 PM, Konstantin Belousov wrote:
> On Mon, Apr 09, 2012 at 11:17:41AM +0400, Andrey Zonov wrote:
>> On 06.04.2012 12:13, Konstantin Belousov wrote:
>> >On Thu, Apr 05, 2012 at 11:54:53PM +0400, Andrey Zonov wrote:
[snip]
>> >>I always though
On 10.04.2012 20:19, Alan Cox wrote:
On 04/09/2012 10:26, John Baldwin wrote:
On Thursday, April 05, 2012 11:54:31 am Alan Cox wrote:
On 04/04/2012 02:17, Konstantin Belousov wrote:
On Tue, Apr 03, 2012 at 11:02:53PM +0400, Andrey Zonov wrote:
Hi,
I open the file, then call mmap() on the
On 4/22/12 4:07 PM, rank1see...@gmail.com wrote:
When I use '/usr/sbin/service' in chroot, it outputs:
ps: empty file: Invalid argument
OR
ps: cannot read IdlePTD
But it does work.
I think you need devfs in your chroot. Try this:
mount -t devfs devfs /path/to/chroot/dev
On 4/30/12 3:49 AM, Alan Cox wrote:
On 04/11/2012 01:07, Andrey Zonov wrote:
On 10.04.2012 20:19, Alan Cox wrote:
On 04/09/2012 10:26, John Baldwin wrote:
On Thursday, April 05, 2012 11:54:31 am Alan Cox wrote:
On 04/04/2012 02:17, Konstantin Belousov wrote:
On Tue, Apr 03, 2012 at 11:02
Hi,
I have long running process for which `ps -o usertime -p $pid' shows
always the same time - 6190:07.65, `ps -o cputime -p $pid' for the same
process continue to grow and now it's 21538:53.61. It looks like
overflow in resource usage code or something.
Any ideas?
On 5/30/12 11:27 PM, Andrey Zonov wrote:
Hi,
I have long running process for which `ps -o usertime -p $pid' shows
always the same time - 6190:07.65, `ps -o cputime -p $pid' for the same
process continue to grow and now it's 21538:53.61. It looks like
overflow in resource usage co
B RAM, the others 192 and when
i turn them off wired memory goes down right amount but still it is too
much used.
--
Andrey Zonov
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send a
On 6/11/12 7:33 PM, Eric van Gyzen wrote:
On 05/31/2012 02:34, Andrey Zonov wrote:
On 5/30/12 11:27 PM, Andrey Zonov wrote:
Hi,
I have long running process for which `ps -o usertime -p $pid' shows
always the same time - 6190:07.65, `ps -o cputime -p $pid' for the same
process contin
On 5/31/12 11:34 AM, Andrey Zonov wrote:
On 5/30/12 11:27 PM, Andrey Zonov wrote:
Hi,
I have long running process for which `ps -o usertime -p $pid' shows
always the same time - 6190:07.65, `ps -o cputime -p $pid' for the same
process continue to grow and now it's 21538:53.61
On 6/13/12 1:21 AM, Mark Linimon wrote:
On Wed, Jun 13, 2012 at 12:30:08AM +0400, Andrey Zonov wrote:
No, I didn't. I want to fix the problem not just file a PR and wait
for years.
I do understand your frustration, but we have some new people interested
in picking up and handling src-re
On 6/18/12 10:31 PM, Wojciech Puchar wrote:
where can i find description of field of files /proc/*/map
?
Use procstat -v instead. All fields are documented in procstat(1).
--
Andrey Zonov
___
freebsd-hackers@freebsd.org mailing list
http
Hi,
It would be useful to have system wide major and minor page faults
counters. Attached patch makes this possible.
Are there any objections to have it?
--
Andrey Zonov
Index: usr.bin/vmstat/vmstat.c
===
--- usr.bin/vmstat
/partitions either
via the menu or via boot0cfg, so maybe I should go back to mbr.
You can erase boot record of the first disk, then your BIOS will try to
use second one. Be careful, some BIOS'es try only first disk.
--
Andrey Zonov
___
freebs
rect or am I misunderstanding how intervals work?
>
Yes, you are right. For more information you can read devstat(3) or
sources in src/lib/libdevstat/devstat.c.
--
Andrey Zonov
signature.asc
Description: OpenPGP digital signature
ion was about gstat(8) and iostat(8).
They print units per second, unlike netstat(1), it prints only units
without "per".
--
Andrey Zonov
signature.asc
Description: OpenPGP digital signature
> /usr/ports/sysutils/pstack is still i386 only.
>
Try this version [1]. I plan to update sysutils/pstack to it.
[1] https://github.com/z0nt/pstack
--
Andrey Zonov
signature.asc
Description: OpenPGP digital signature
the magical fix-all solution.
>
> Last night I had to drive to the colo (lucky for me a 5 min drive.)
> because I could not get a system to reboot/recover from a crash.
>
> Upon arrival the system was crashed and halted on the message:
> rebooting in 15 sec.
on details of mutexes you can find in sys/sys/_mutex.h,
sys/sys/mutex.h, sys/kern/kern_mutex.c.
--
Andrey Zonov
signature.asc
Description: OpenPGP digital signature
Hi,
I want to set P_PROTECTED flag for some daemons after it start, without
patching application and kernel.
It possible?
--
Andrey Zonov
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To
Yes, but I want change process flags without kernel hacking/loading
modules or modification applications.
Andrey V. Elsukov пишет:
On 30.06.2010 10:26, Andrey Zonov wrote:
Hi,
I want to set P_PROTECTED flag for some daemons after it start, without
patching application and kernel.
It
Can you explain how change flags with /dev/kmem?
kvm_write(3) not work for this.
Julian Elischer пишет:
On 6/30/10 11:23 AM, Andrey Zonov wrote:
Yes, but I want change process flags without kernel hacking/loading
modules or modification applications.
you are going to have to do one of those
ECTED flag for applications. May be
it useful for someone.
[1] http://zonov.pp.ru/pprotectd/pprotectd.tbz
--
Andrey Zonov
2010/6/30 Andrey Zonov :
> Hi,
>
> I want to set P_PROTECTED flag for some daemons after it start, without
> patching application and
Hi,
When I try allocated pointer to a pointer, and in it some pointers
(important: size is 2 bytes), the pointers lose their boundaries.
Why it can happen?
Test program in attach.
PS in freebsd < 7, it's ok, in Linux too.
--
Andrey Zonov
alloc.c
Description: Bin
And how free() finds that the need to release?
Dag-Erling Smørgrav пишет:
Andrey Zonov writes:
When I try allocated pointer to a pointer, and in it some pointers
(important: size is 2 bytes), the pointers lose their boundaries.
Pointers have no boundareis in C.
PS in freebsd
36 matches
Mail list logo
