Re: Increase BUFSIZ to 8192

Baptiste Daroussin wrote this message on Tue, May 12, 2015 at 01:06 +0200: > I would like to change the default value of BUFSIZ to 8192. > > After testing various applications that uses BUFSIZ like changing it in libmd > I > can often see performance improvements: > > For example with md5(1): >

Re: Increase BUFSIZ to 8192

So I'm curious - why's it faster? -adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Increase BUFSIZ to 8192

Hi, I would like to change the default value of BUFSIZ to 8192. After testing various applications that uses BUFSIZ like changing it in libmd I can often see performance improvements: For example with md5(1): Current BUFSIZ (1024) 0.13 real 0.04 user 0.09 sys New BUFSIZ (8192) 0.

Jenkins build is back to stable : FreeBSD_HEAD-tests2 #1027

See ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Race VT+X11 on -current

On 10 May 2015 at 13:14, Hans Petter Selasky wrote: > > Your patch is correct from what I can see. Signed modulus can be creepy > sometimes! Better if VT_MAXWINDOWS was power of two and we used a bitwise > AND. The patch is correct, although signedness doesn't come into play. The unsigned vw_numb

Re: What to do about RCS/OpenRCS

On May 11, 2015 9:33 AM, "David Chisnall" wrote: [snip] > And now you’re moving beyond missing the point and just trolling. Thanks for the ad hominen, David. You continue to make my point. Over and out, Jos > David > ___ freebsd-current@freebsd.org m

Re: What to do about RCS/OpenRCS

On Mon, 2015-05-11 at 09:27 -0700, Jos Backus wrote: > On May 11, 2015 9:21 AM, "Steve Kargl" > wrote: > > > > On Mon, May 11, 2015 at 09:12:57AM -0700, Jos Backus wrote: > > >On May 11, 2015 9:10 AM, "Steve Kargl" > > > wrote: > > >> > > >> On Mon, May 11, 2015 at 08:43:06AM -0700, Jos Backus wr

Re: Turbulence in head @r282676.

On Mon, May 11, 2015 at 11:17:03AM -0500, Mark Felder wrote: > > > On Sun, May 10, 2015, at 12:39, Alan Cox wrote: > > This is fixed in r282706. > > > > > > The r282694 snapshots (amd64 at least) are useless because of this bug > and was causing me constant crashing. > ... On a positive note,

Weird problem with rand_harvestq

Hi, I am using FreeBSD 10.0-RELEASE #0 r260789. the following lines are a section of ps command out put on my server. as you see in second line rand_harvestq made completely busy one core my four cores CPU . The OS got very slow and top output doesn't show cpu usage . top output ==

Re: What to do about RCS/OpenRCS

On 11 May 2015, at 17:27, Jos Backus wrote: > > I didn't miss anything. My point is that debating to update one piece of > obsolete software with another is silly, and that FreeBSD should try to > move forward in this area. But that's hard, as your response indicates. Steve is correct, and you a

Re: What to do about RCS/OpenRCS

On May 11, 2015 9:21 AM, "Steve Kargl" wrote: > > On Mon, May 11, 2015 at 09:12:57AM -0700, Jos Backus wrote: > >On May 11, 2015 9:10 AM, "Steve Kargl" > > wrote: > >> > >> On Mon, May 11, 2015 at 08:43:06AM -0700, Jos Backus wrote: > >>> On May 11, 2015 2:31 AM, "Lars Engels" wrote: > > >>

Re: What to do about RCS/OpenRCS

On Mon, May 11, 2015 at 09:12:57AM -0700, Jos Backus wrote: >On May 11, 2015 9:10 AM, "Steve Kargl" > wrote: >> >> On Mon, May 11, 2015 at 08:43:06AM -0700, Jos Backus wrote: >>> On May 11, 2015 2:31 AM, "Lars Engels" wrote: On Sat, May 09, 2015 at 11:27:57AM -0700, Jos Backus wrote: >>

Re: Turbulence in head @r282676.

On Sun, May 10, 2015, at 12:39, Alan Cox wrote: > This is fixed in r282706. > > The r282694 snapshots (amd64 at least) are useless because of this bug and was causing me constant crashing. ___ freebsd-current@freebsd.org mailing list http://lists.fre

Re: What to do about RCS/OpenRCS

On Mon, May 11, 2015 at 08:43:06AM -0700, Jos Backus wrote: > On May 11, 2015 2:31 AM, "Lars Engels" wrote: > > > > On Sat, May 09, 2015 at 11:27:57AM -0700, Jos Backus wrote: > > > Maybe off-topic, but functionality-wise it might make much more sense to > > > import Fossil. RCS has too many limit

Jenkins build is still unstable: FreeBSD_HEAD-tests2 #1026

See ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: nmount, mountd drops high order MNT_xx flags during a mount update

On Sun, 2015-05-10 at 09:07 -0400, Rick Macklem wrote: > Oops, I did my usual and forgot to attach the patch. > > Here it is, rick > > - Original Message - > > Doug Rabson wrote: > > > You could add a single integer-valued vfsopt which holds the > > > high-order > > > bits of f_flags? > >

Re: What to do about RCS/OpenRCS

On May 11, 2015 2:31 AM, "Lars Engels" wrote: > > On Sat, May 09, 2015 at 11:27:57AM -0700, Jos Backus wrote: > > Maybe off-topic, but functionality-wise it might make much more sense to > > import Fossil. RCS has too many limitations this day and age when better > > tools are available. Of course

Re: What to do about RCS/OpenRCS

On Sat, May 09, 2015 at 11:27:57AM -0700, Jos Backus wrote: > Maybe off-topic, but functionality-wise it might make much more sense to > import Fossil. RCS has too many limitations this day and age when better > tools are available. Of course, this would require people to learn > something new, whi

Jenkins build became unstable: FreeBSD_HEAD-tests2 #1025

See ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"