How long have you been using a SSD? Do you see any performance decrease? I
mean, ZFS does not support TRIM, so I wonder about long term effects...
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
On 7/25/2011 3:32 AM, Orvar Korvar wrote:
How long have you been using a SSD? Do you see any performance decrease? I
mean, ZFS does not support TRIM, so I wonder about long term effects...
Frankly, for the kind of use that ZFS puts on a SSD, TRIM makes no
impact whatsoever.
TRIM is
On 07/23/11 04:57, Michael DeMan wrote:
Generally performance is going to pretty bad as well - USB sticks are
not made to be written too rapidly. They are entirely different animals
than SSDs. I would not be surprised (but would be curious to know if you
still move forward on this) that you will
On 25 July, 2011 - Erik Trimble sent me these 2,0K bytes:
On 7/25/2011 3:32 AM, Orvar Korvar wrote:
How long have you been using a SSD? Do you see any performance decrease? I
mean, ZFS does not support TRIM, so I wonder about long term effects...
Frankly, for the kind of use that ZFS puts
Erik Trimble erik.trim...@oracle.com wrote:
On 7/25/2011 3:32 AM, Orvar Korvar wrote:
How long have you been using a SSD? Do you see any performance decrease? I
mean, ZFS does not support TRIM, so I wonder about long term effects...
Frankly, for the kind of use that ZFS puts on a SSD,
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Ian Collins
Add to that: if running dedup, get plenty of RAM and cache.
Add plenty RAM. And tweak your arc_meta_limit. You can at least get dedup
performance that's on the same order of
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Erik Trimble
Honestly, I think TRIM isn't really useful for anyone.
I'm going to have to disagree.
There are only two times when TRIM isn't useful:
1) Your demand of the system is
Hi All,
Hoping to gain some insight from some people who have done large scale
systems before? I'm hoping to get some performance estimates, suggestions
and/or general discussion/feedback. I cannot discuss the exact specifics of
the purpose but will go into as much detail as I can.
Technical
There is at least a common perception (misperception?) that devices cannot
process TRIM requests while they are 100% busy processing other tasks.
Just to confirm; SSD disks can do TRIM while processing other tasks?
I heard that Illumos is working on TRIM support for ZFS and will release
Wow. If you ever finish this monster, I would really like to hear more about
the performance and how you connected everything. Could be useful as a
reference for anyone else building big stuff.
*drool*
--
This message posted from opensolaris.org
___
Phil Harrison wrote:
Hi All,
Hoping to gain some insight from some people who have done large scale
systems before? I'm hoping to get some performance estimates, suggestions
and/or general discussion/feedback.
No personal experience, but you may find this useful:
Petabytes on a budget
I have a zfs pool called logs (about 200G).
I would like to create 2 volumes using this chunk of storage.
However, they would have different mount points.
ie. 50G would be mounted as /oarcle/logs
100G would be mounted as /session/logs
is this possible? Do I have to use the legacy mount
Tony MacDoodle wrote:
I have a zfs pool called logs (about 200G).
I would like to create 2 volumes using this chunk of storage.
However, they would have different mount points.
ie. 50G would be mounted as /oarcle/logs
100G would be mounted as /session/logs
is this possible?
Yes...
zfs
they dont go into too much detail on their setup, and they are not running
Solaris, but they do mention how their SATA cards see different drives,
based on where they are placed they also have a second revision at
On Sun, Jul 24, 2011 at 11:34 PM, Phil Harrison philha...@gmail.com wrote:
What kind of performance would you expect from this setup? I know we can
multiple the base IOPS by 24 but what about max sequential read/write?
You should have a theoretical max close to 144x single-disk throughput.
Workloads:
Mainly streaming compressed data. That is, pulling compressed data in
a sequential manner however could have multiple streams happening at
once making it somewhat random. We are hoping to have 5 clients pull
500Mbit sustained.
That shouldn't be much of a problem with that amount
Even with a controller per JBOD, you'll be limited by the SAS
connection. The 7k3000 has throughput from 115 - 150 MB/s, meaning
each of your JBODs will be capable of 5.2 GB/sec - 6.8 GB/sec, roughly
10 times the bandwidth of a single SAS 6g connection. Use multipathing
if you can to increase
On 7/25/2011 6:43 AM, Edward Ned Harvey wrote:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Erik Trimble
Honestly, I think TRIM isn't really useful for anyone.
I'm going to have to disagree.
There are only two times when TRIM isn't
On 7/25/2011 4:28 AM, Tomas Ögren wrote:
On 25 July, 2011 - Erik Trimble sent me these 2,0K bytes:
On 7/25/2011 3:32 AM, Orvar Korvar wrote:
How long have you been using a SSD? Do you see any performance decrease? I
mean, ZFS does not support TRIM, so I wonder about long term effects...
On 7/25/2011 4:49 AM, joerg.schill...@fokus.fraunhofer.de wrote:
Erik Trimbleerik.trim...@oracle.com wrote:
On 7/25/2011 3:32 AM, Orvar Korvar wrote:
How long have you been using a SSD? Do you see any performance decrease? I
mean, ZFS does not support TRIM, so I wonder about long term
On 7/25/2011 8:03 AM, Orvar Korvar wrote:
There is at least a common perception (misperception?) that devices cannot process
TRIM requests while they are 100% busy processing other tasks.
Just to confirm; SSD disks can do TRIM while processing other tasks?
I heard that Illumos is working on
21 matches
Mail list logo
