On Sun, Dec 1, 2013 at 4:04 AM, wrote:
> John-Mark Gurney wrote, On 12/01/2013 03:20:
>
> Either it happens rarely, and always doing a realloc won't hurt
>> performance, or it happens often, and then you should be using a larger
>> buffer in the first place..
>>
>
> What if a size-elastic implem
from Adrian Chadd:
> hi all,
> I'd like a developer or two to organise the MFC of anything that's in
> net80211 on -HEAD back to -10 before 10.0-REL.
> There's a few critical fixes that need to go in but I just don't have
> the time to do it myself. :(
> Thanks!
There are a couple thin
I use zfs on root setup with system r258777. I've tried my kernel and
generic one.
I found new feature from r257650 that now loader.4th will load modules
after menu gone (kernel selection). Now I have problem that modules won't
loaded even I selected default kernel.
for example, I have following
On Sat, Nov 30, 2013 at 04:36:18PM -0600, Nathan Whitehorn wrote:
> This took much longer than I'd anticipated, but the patch to init is
> attached. I chose not to make the changes to init rather than
> getttyent() and friends in libc, which I am open to revisiting.
lib/libpam/modules/pam_securett
Konstantin Belousov wrote, On 11/30/2013 13:56:
The compiler authors take the undefined part there as a blanket to perform
optimizations which are assuming that signed overflow cannot happen.
Personally, when I first heard about such assumptions, it was inspiring to
write code in a way that au
On Wed, 27 Nov 2013 20:45:56 +0100 Tijl Coosemans wrote:
> On Wed, 27 Nov 2013 19:31:44 +0100 Jan Henrik Sylvester wrote:
>> Trying to migrate to 10, I would like to keep octave. Have you found
>> anything new? Having build the port and all dependencies with standard
>> options, octave is segfaulti
On 01 Dec 2013, at 01:33, Adrian Chadd wrote:
> On 30 November 2013 15:25, Dimitry Andric wrote:
...
>> Basically, if you rely on undefined behavior, you are inventing your own
>> de facto language, which is *not* C. That is fine with me, but let's
>> not pretend the FreeBSD kernel is written in
Daniel Nebdal gmail.com> writes:
> ...
> That could alternatively be solved by having an "if I ask for N bytes right
> now, how large would the block be" - API that doesn't promise too much.
> Call it something like "malloc_suggest_size(size_t minsize) ", and make the
> description something like
On 30.11.2013 13:24, pkg-fall...@freebsd.org wrote:
> ===> Applying FreeBSD patches for xmdiary-3.0.3_3
> removing the malloc.h includes
> /bin/sh /usr/ports/deskutils/xmdiary/scripts/nomalloc
> /wrkdirs/usr/ports/deskutils/xmdiary/work/xmdiary-3.0.3 2>&1 > /dev/zero
> patch: option requires an a
On 01 Dec 2013, at 19:20, Mikhail T. wrote:
> On 30.11.2013 13:24, pkg-fall...@freebsd.org wrote:
>> ===> Applying FreeBSD patches for xmdiary-3.0.3_3
>> removing the malloc.h includes
>> /bin/sh /usr/ports/deskutils/xmdiary/scripts/nomalloc
>> /wrkdirs/usr/ports/deskutils/xmdiary/work/xmdiary-3
On 30 Nov, To: kostik...@gmail.com wrote:
> On 30 Nov, Konstantin Belousov wrote:
>> On Sat, Nov 30, 2013 at 01:02:16PM +0100, Peter Holm wrote:
>>> On Thu, Nov 28, 2013 at 09:56:10AM +0200, Konstantin Belousov wrote:
>>> > Peter, could you, please, try to reproduce the issue ? It does not look
>>
On 30 Nov, To: kostik...@gmail.com wrote:
> On 30 Nov, Konstantin Belousov wrote:
>> On Sat, Nov 30, 2013 at 01:02:16PM +0100, Peter Holm wrote:
>>> On Thu, Nov 28, 2013 at 09:56:10AM +0200, Konstantin Belousov wrote:
>>> > Peter, could you, please, try to reproduce the issue ? It does not look
>>
On Sat, Nov 30, 2013 at 2:42 AM, Ermal Luçi wrote:
> Well seems Dragonfly has some version of it already from commit [1].
>
>
The distribution algorithm was changed a little bit after initial commit to
gain more idle time (bnx(4) output has already been maxed out):
http://gitweb.dragonflybsd.org/
Hi! Thanks for the writeup!
On 1 December 2013 20:17, Sepherosa Ziehau wrote:
> I also put up a brief description of SO_REUSEPORT in dfly; may be useful to
> you:
> http://leaf.dragonflybsd.org/~sephe/netisr_so_reuseport.txt
Ok, so given this, how do you guarantee the UTHREAD stays on the given
I could use an int variable but if I have to dump huge number of statistics
through sysctl in which case I need to add many such variables to the nodes and
even if most of these variables are char I have to declare them as int, hence
resulting in an increased footprint.
/Venkat.
-Original
Venkata Duvvuru wrote this message on Mon, Dec 02, 2013 at 07:10 +:
> I could use an int variable but if I have to dump huge number of statistics
> through sysctl in which case I need to add many such variables to the nodes
> and even if most of these variables are char I have to declare them
16 matches
Mail list logo
