L2ARC uses the ZIO pipeline, just like everything else. Very parallel. But if
your workload isn’t parallel, then...
-- richard
> On Aug 23, 2018, at 7:03 PM, Jason Matthews wrote:
>
>
> In 1989 a 4mb stick of ram was like $800. RAM is cheap despite price fixing.
>
> Having recently
In 1989 a 4mb stick of ram was like $800. RAM is cheap despite price fixing.
Having recently maxed out the 64mb of RAM on my personal IPX in like 1994, I
remember telling Len Rose I can’t imagine having a gigabyte of RAM. He laughed
at me.
Now I sit on racks of systems with 768gb of RAM.
Not every board can take ass-tons of RAM, and DDR4 RAM prices have
gone markedly up in the last 2 years, not down. (There's even a fun
price-fixing lawsuit or two in the works.)
You'd also need to buy a decently high-end chip to exceed 128 GB of
RAM on your server.
So while I agree the need for
Maybe I am doing it wrong but I am using NVMe for primary storage and ass tons
of ram for arc.
I think L2ARC is relegated to the highly budget oriented plays these days as
RAM is s cheap. Buy some more ram and fooor-get-about it.
J.
Sent from my iPhone
> On Aug 23, 2018, at 1:07 PM,
Fix by @delphij
Currently, if a uid/gid is unknown to the system, zfs(1M) would say nothing on
the unknown user/group. For instance, after a user which owns uid=1002 is
removed, we would have something like this, if 'destroy' is previously granted:
```
$ zfs allow zeta/test
Found this link for FreeBSD too
http://www.brendangregg.com/blog/2015-03-10/freebsd-flame-graphs.html
-Sanjay
On 8/23/18 1:02 PM, Sanjay Nadkarni wrote:
Would be useful if you could get flamegraphs when you run into this.
See https://github.com/brendangregg/FlameGraph
Once we have that,
Would be useful if you could get flamegraphs when you run into this. See
https://github.com/brendangregg/FlameGraph
Once we have that, the we can have a better understanding of what's
going on and we can dtrace it further to figure it out.
-Sanjay
On 8/23/18 5:47 AM, w.kruzel via
It's interesting what you said, as I have two examples (both with different
Intel nvme disks) that show otherwise.
Being nvme, I was expecting read performance from L2ARC at 2GB/s+ levels, yet I
only get ~200MB/s read speeds when I certainly know it is being read from L2ARC.
When tested