On 2017. 03. 21. 3:40, Rick Macklem wrote:
Gergely Czuczy wrote:
[stuff snipped]
Actually I want to test it, but you guys are so vehemently discussing
it, I thought it would be better to do so, once you guys settled your
analysis on the code. Also, me not having the problem occurring, I don't
th
On Thu, Mar 23, 2017 at 12:55:09AM +, Rick Macklem wrote:
> Wow, this is looking good to me. I had thought that the simple way to make
> ncl_putpages() go through the buffer cache was to replace ncl_writerpc() with
> VOP_WRITE(). My concern was all the memory<->memory copying that would
> go on
On 2017. 03. 21. 3:40, Rick Macklem wrote:
Gergely Czuczy wrote:
[stuff snipped]
Actually I want to test it, but you guys are so vehemently discussing
it, I thought it would be better to do so, once you guys settled your
analysis on the code. Also, me not having the problem occurring, I don't
th
On 2017-Mar-22, at 7:53 PM, Mark Millard wrote:
> O. Hartmann ohartmann at walstatt.org wrote on Wed Mar 22 14:10:00 UTC 2017:
>
> . . .
>> make[2]: "/pool/CURRENT/src/share/mk/bsd.compiler.mk" line 145: Unable
>> to determine compiler type for CC=cc -target aarch64-unknown-freebsd12.0
>> --sysr
O. Hartmann ohartmann at walstatt.org wrote on Wed Mar 22 14:10:00 UTC 2017:
. . .
> make[2]: "/pool/CURRENT/src/share/mk/bsd.compiler.mk" line 145: Unable
> to determine compiler type for CC=cc -target aarch64-unknown-freebsd12.0
> --sysroot=/usr/obj/arm64.aarch64/pool/CURRENT/src/tmp
> -B/usr/lo
It’s VERY intermittent (
I.E. not easy to reproduce.
Sorry.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
On 3/22/17, 9:20 PM, "Rick Macklem" wrote:
Larry Rosenman wrote:
> Err, I’m at r315289….
I think the attached patch (only very lightly tested by me) will fix this crash.
If you have an easy way to test it, that would be appreciated, rick
clntcrash.patch
Description: clntcrash.patch
___
freebs
Konstantin Belousov wrote:
[stuff snipped]
> Below is something to discuss. This is not finished, but it worked for
> the simple tests I performed. Clustering should be somewhat handled by
> the ncl_write() as is. As an additional advantage, I removed the now
> unneeded phys buffer allocation.
>
>
On 2017-03-22 16:02, O. Hartmann wrote:
> CURRENT (FreeBSD 12.0-CURRENT #82 r315720: Wed Mar 22 18:49:28 CET 2017
> amd64) is
> annoyingly slow! While scrubbing is working on my 12 GB ZFS volume, updating
> /usr/ports
> takes >25 min(!). That is an absolute record now.
>
> I do an almost daily
> On 22 Mar 2017, at 21:02, O. Hartmann wrote:
>
> CURRENT (FreeBSD 12.0-CURRENT #82 r315720: Wed Mar 22 18:49:28 CET 2017
> amd64) is
> annoyingly slow! While scrubbing is working on my 12 GB ZFS volume, updating
> /usr/ports
> takes >25 min(!). That is an absolute record now.
>
> I do an a
CURRENT (FreeBSD 12.0-CURRENT #82 r315720: Wed Mar 22 18:49:28 CET 2017 amd64)
is
annoyingly slow! While scrubbing is working on my 12 GB ZFS volume, updating
/usr/ports
takes >25 min(!). That is an absolute record now.
I do an almost daily update of world and ports tree and have periodic
scru
Hello List(s),
I'm pretty new to cross compiling on FreeBSD, so to make the introduction
short: amazed by the possibilities of FreeBSD on Pine64 and poudriere as the
basis of our own ports repository, I try to build a repository of selected
ports via poudriere for arm64.aarch64 and - fail!
When i
On Wed, 22 Mar 2017 12:55:58 +, Jamie Landeg-Jones
wrote:
> "Jeffrey Bouquet" wrote:
>
> > > If you intend to use "svn up", you should probably review, and
> > > follow the instructions in, /usr/src/UPDATING.
> >
> > but just for one binary? and one man page update?
> > As in, it is on
"Jeffrey Bouquet" wrote:
> > If you intend to use "svn up", you should probably review, and
> > follow the instructions in, /usr/src/UPDATING.
>
> but just for one binary? and one man page update?
> As in, it is only two files, how to update singly if does not require a
> buildworld...
I've n
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217994
Konstantin Belousov changed:
What|Removed |Added
CC|freebsd-current@FreeBSD.org |
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217994
Sylvain Garrigues changed:
What|Removed |Added
CC||a...@freebsd.org,
On Tue, Mar 21, 2017 at 09:41:19PM +, Rick Macklem wrote:
> Konstantin Belousov wrote:
> > Anyway, my position is that nfs VOP_PUTPAGES() should do write through
> > buffer cache, not issuing the direct rpc call with the pages as source.
> Hmm. Interesting idea. Since a "struct buf" can only re
17 matches
Mail list logo
