Quoting Alex Kozlov :
On Mon, Oct 19, 2009 at 05:51:42PM +0200, Ivan Voras wrote:
2009/10/19 Alex Kozlov :
> On Mon, Oct 19, 2009 at 04:35:08PM +0200, Ivan Voras wrote:
>> >> if nobody objects, I'll commit it :)
>> >
>> > I seem to recall that setproctitle() is quite expensive to
call; perha
Finally I've updated the documentation part from the
FreeBSD DCF project site:
http://freebsd-dcf.sourceforge.net/docu.html
I hope that helps to get a better overview.
Thanks,
Manuel Gebele
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und e
"Manuel Gebele" writes:
> Finally I've updated the documentation part from the FreeBSD DCF
> project site:
What made you choose the name "DCF"?
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.
On Tue, Oct 20, 2009 at 10:07:07AM +0200, Lars Engels wrote:
> Quoting Alex Kozlov :
>
> > On Mon, Oct 19, 2009 at 05:51:42PM +0200, Ivan Voras wrote:
> >> 2009/10/19 Alex Kozlov :
> >> > On Mon, Oct 19, 2009 at 04:35:08PM +0200, Ivan Voras wrote:
> >> >> >> if nobody objects, I'll commit it :)
>
Alex Kozlov wrote:
Of course ps or top output much more convenient, but if setproctitle so
expencive and will be called so often, then SIGINFO may be good
compromise.
Regarding speed of setproctitle(), here are some microbenchmark results
from the attached test source:
getpid: 3661124.75 i
Hi,
On Mon, Oct 19, 2009 at 4:40 PM, Ivan Voras wrote:
> Ivan Voras wrote:
>>
>> I have a small patch that makes "make" display percentage complete in
>> process title, which can be retrieved in "top" in the form of:
>>
>> 71466 root 1 76 0 7008K 5696K select 0 0:00 0.00%
>>
The acronym stands for DAQ (Data AcQuisition) Card Facility
MG
--
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.or
If you take a look at my site on sourceforge you should know why that acronym.
But I'm flexible, so maybe there is a better name for that.
Thanks,
MG
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chb
On Tue, 2009-10-20 at 14:42 +0200, Ivan Voras wrote:
> Alex Kozlov wrote:
>
> > Of course ps or top output much more convenient, but if setproctitle so
> > expencive and will be called so often, then SIGINFO may be good
> > compromise.
>
> Regarding speed of setproctitle(), here are some microbe
"Manuel Gebele" writes:
> The acronym stands for DAQ (Data AcQuisition) Card Facility [...] If
> you take a look at my site on sourceforge you should know why that
> acronym. But I'm flexible, so maybe there is a better name for that.
First, when you answer a question on a mailing list, it is cu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 20 Oct 2009 15:24+0200, Dag-Erling Smørgrav wrote:
> "Manuel Gebele" writes:
> > The acronym stands for DAQ (Data AcQuisition) Card Facility [...] If
> > you take a look at my site on sourceforge you should know why that
> > acronym. But I'm
On Tue, Oct 20, 2009 at 02:42:17PM +0200, Ivan Voras wrote:
> Alex Kozlov wrote:
>
> > Of course ps or top output much more convenient, but if setproctitle so
> > expencive and will be called so often, then SIGINFO may be good
> > compromise.
>
> Regarding speed of setproctitle(), here are some
Trond Endrestøl writes:
> The call sign is really DCF77.
...and it's not really in Frankfurt. True, but irrelevant. See
RFC2030.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
On Tue, Oct 20, 2009 at 02:42:17PM +0200, Ivan Voras wrote:
> Alex Kozlov wrote:
>
> >Of course ps or top output much more convenient, but if setproctitle so
> >expencive and will be called so often, then SIGINFO may be good
> >compromise.
>
> Regarding speed of setproctitle(), here are some mic
2009/10/20 Roman Divacky :
> On Tue, Oct 20, 2009 at 02:42:17PM +0200, Ivan Voras wrote:
>> Alex Kozlov wrote:
>>
>> >Of course ps or top output much more convenient, but if setproctitle so
>> >expencive and will be called so often, then SIGINFO may be good
>> >compromise.
>>
>> Regarding speed of
On Mon, 19 Oct 2009 17:51:42 +0200, Ivan Voras wrote:
>2009/10/19 Alex Kozlov :
>> How about add this statistic to make info handler?
>
> You mean SIGINFO?
Yes, that's the ``info handler''.
While printing something on SINGINFO arrival is a nice idea, it may not
be extremely useful for make(1).
Giorgos Keramidas wrote:
On Mon, 19 Oct 2009 17:51:42 +0200, Ivan Voras wrote:
2009/10/19 Alex Kozlov :
How about add this statistic to make info handler?
You mean SIGINFO?
Yes, that's the ``info handler''.
While printing something on SINGINFO arrival is a nice idea, it
On Monday 19 October 2009 16:08:06 Rink Springer wrote:
> Hi Ivan,
>
> On Mon, Oct 19, 2009 at 03:52:30PM +0200, Ivan Voras wrote:
> > if nobody objects, I'll commit it :)
>
> I seem to recall that setproctitle() is quite expensive to call; perhaps
> it would make sense offer a flag to prevent ma
On Tue, 20 Oct 2009 20:28:40 -0400, Boris Kochergin wrote:
>Giorgos Keramidas wrote:
>>On Mon, 19 Oct 2009 17:51:42 +0200, Ivan Voras wrote:
>>>2009/10/19 Alex Kozlov :
How about add this statistic to make info handler?
>>>
>>> You mean SIGINFO?
>>
>> Yes, that's the ``info handler''.
>>
>>
hi there,
just a little mmap(2) related question. running the following code causes a
segfault:
mmap( (void*)0x1000, 0x80047000, PROT_NONE, MAP_ANON|MAP_FIXED, -1, 0 );
while the following doesn't:
mmap( (void*)0x1000, 0x, PROT_NONE, MAP_ANON|MAP_FIXED, -1, 0 );
is this a known problem
On Wed, 21 Oct 2009, Alexander Best wrote:
hi there,
This is on a 32-bit platform I take it?
just a little mmap(2) related question. running the following code causes a
segfault:
mmap( (void*)0x1000, 0x80047000, PROT_NONE, MAP_ANON|MAP_FIXED, -1, 0 );
I don't doubt it. You mapped over a
21 matches
Mail list logo
