On Jul 3, 2012, at 8:20 PM, Yuri wrote:
> On 05/27/2012 13:08, Alexey Dokuchaev wrote:
>> Perhaps you can try asking on official nVidia FreeBSD forum:
>>
>>http://www.nvnews.net/vbulletin/forumdisplay.php?f=47
>
> I reported there 05-28-12, but got no response.
> Do you know if there is a w
On Tue, Jul 03, 2012 at 08:20:49PM -0700, Yuri wrote:
> On 05/27/2012 13:08, Alexey Dokuchaev wrote:
> >Perhaps you can try asking on official nVidia FreeBSD forum:
> >
> > http://www.nvnews.net/vbulletin/forumdisplay.php?f=47
>
> I reported there 05-28-12, but got no response.
That's very sa
On 05/27/2012 13:08, Alexey Dokuchaev wrote:
Perhaps you can try asking on official nVidia FreeBSD forum:
http://www.nvnews.net/vbulletin/forumdisplay.php?f=47
I reported there 05-28-12, but got no response.
Do you know if there is a way to report a problem with NVidia? For
example, i
>Why do FreeBSD-9 use still file-5.3 ? whereas file-5.09 was ready to use with
>updated >magic databases (was ready FreeBSD9 release date). Do you know why
>FreeBSD insist >to use old magic databases ?
FreeBSD doesn't "insist" on the use of old versions of file -- it is
just that no committer
On 07/03/2012 06:36, Mark Felder wrote:
> On Tue, 03 Jul 2012 07:39:34 -0500, Dag-Erling Smørgrav wrote:
>
>>
>> I don't think there will be as much whinging as you expect. Times have
>> changed.
>
> Agreed; if we need DNS in base (really, why?) then unbound+nsd are prime
> candidates, but they
On Wed, Jul 04, 2012 at 12:31:56AM +0400, Alexander V. Chernikov wrote:
> On 04.07.2012 00:27, Luigi Rizzo wrote:
> >On Tue, Jul 03, 2012 at 09:37:38PM +0400, Alexander V. Chernikov wrote:
> >...
> >>Thanks, another good point. I forgot to merge this option from andre's
> >>patch.
> >>
> >>Another
On 07/03/2012 05:39, Dag-Erling Smørgrav wrote:
> Doug Barton writes:
>> The correct solution to this problem is to remove BIND from the base
>> altogether, but I have no energy for all the whinging that would happen
>> if I tried (again) to do that.
>
> I don't think there will be as much whingi
On 04.07.2012 00:27, Luigi Rizzo wrote:
On Tue, Jul 03, 2012 at 09:37:38PM +0400, Alexander V. Chernikov wrote:
...
Thanks, another good point. I forgot to merge this option from andre's
patch.
Another 30-40-50kpps to win.
not much gain though.
What about the other IPSTAT_INC counters ?
Well,
On Tue, Jul 03, 2012 at 09:37:38PM +0400, Alexander V. Chernikov wrote:
...
> Thanks, another good point. I forgot to merge this option from andre's
> patch.
>
> Another 30-40-50kpps to win.
not much gain though.
What about the other IPSTAT_INC counters ?
I think the IPSTAT_INC macros were intro
On Tue, 03 Jul 2012 07:39:34 -0500, Dag-Erling Smørgrav wrote:
I'm willing to import and maintain unbound (BSD-licensed validating,
recursive, and caching DNS resolver) if you remove BIND.
My only issue is that unbound is still a relatively young project
(released 2007) and rapidly evolving
On 03.07.2012 20:55, Luigi Rizzo wrote:
On Tue, Jul 03, 2012 at 08:11:14PM +0400, Alexander V. Chernikov wrote:
Hello list!
I'm quite stuck with bad forwarding performance on many FreeBSD boxes
doing firewalling.
...
In most cases system can forward no more than 700 (or 1400) kpps which
is qu
On Jul 3, 2012, at 2:39 PM, Dag-Erling Smørgrav wrote:
> Doug Barton writes:
>> The correct solution to this problem is to remove BIND from the base
>> altogether, but I have no energy for all the whinging that would happen
>> if I tried (again) to do that.
>
> I don't think there will be as mu
On Tue, Jul 03, 2012 at 08:11:14PM +0400, Alexander V. Chernikov wrote:
> Hello list!
>
> I'm quite stuck with bad forwarding performance on many FreeBSD boxes
> doing firewalling.
...
> In most cases system can forward no more than 700 (or 1400) kpps which
> is quite a bad number (Linux does, s
Hello list!
I'm quite stuck with bad forwarding performance on many FreeBSD boxes
doing firewalling.
Typical configuration is E5645 / E5675 @ Intel 82599 NIC.
HT is turned off.
(Configs and tunables below).
I'm mostly concerned with unidirectional traffic flowing to single
interface (e.g. us
On Tue, 03 Jul 2012 07:39:34 -0500, Dag-Erling Smørgrav wrote:
I don't think there will be as much whinging as you expect. Times have
changed.
Agreed; if we need DNS in base (really, why?) then unbound+nsd are prime
candidates, but they're healthily maintained in ports...soo... no real
Doug Barton writes:
> The correct solution to this problem is to remove BIND from the base
> altogether, but I have no energy for all the whinging that would happen
> if I tried (again) to do that.
I don't think there will be as much whinging as you expect. Times have
changed.
I'm willing to im
On 07/02/2012 19:08, Robert Simmons wrote:
> Are there plans to pull the following into head before the code freeze for
> 9.1?
>
> BIND 9.9.1p1
We never change the version of BIND in a release branch. The 9.8 version
that's there is up to date.
The correct solution to this problem is to remove
Hi
Why do FreeBSD-9 use still file-5.3 ? whereas file-5.09 was ready to use with
updated magic databases (was ready FreeBSD9 release date). Do you know why
FreeBSD insist to use old magic databases ?
thanks..
___
freebsd-hackers@freebsd.org mailin
On 2012-Jul-03 21:17:53 +1000, Peter Jeremy wrote:
>Does anyone have a tool that can display physical RAM allocation?
>This would at least allow me to identify offending allocations.
>http://lists.freebsd.org/pipermail/freebsd-hackers/2011-February/thread.html
>asks the same question but just pete
I have a reasonably recent 8-stable/amd64 system (r237444) with a "ATI
Radeon HD 2400 Pro", xorg-server-1.10.6,1 and xf86-video-ati-6.14.3_1
8GB RAM and ZFS. I'm seeing fairly consistent problems with Xorg
spinning in swwrt for long periods (I've seen ½hr) and then failing.
The resultant Xorg.0.lo
Robert Simmons writes:
> OpenSSH 6.0p1
No. It doesn't build cleanly on FreeBSD (I reported two issues during
the pre-release cycle, one was fixed but the other was not), and even if
it did, it's too big a change to push through on such short notice.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
21 matches
Mail list logo
