On Wed, 23 Sep 2015 19:56:26 +0200
Stephan Budach wrote:
> Huh? Where did that escape me? I don't think, that the pool layout showed any
> remote disks, they all
Sorry, reading to hastig. Misread phys_path:
'/scsi_vhci/disk@g50014ee00400fa16:a'
for iscsi.
--
Hilsen/Regards
Michael Rasmussen
Am 23.09.15 um 18:59 schrieb Michael Rasmussen:
On Wed, 23 Sep 2015 17:23:24 +0200
Stephan Budach wrote:
At any way, you will need to get the performance of your zpools straight first,
before even beginning to think on how to tweak the performance over the network.
Since his pool is compris
On Wed, 23 Sep 2015 17:23:24 +0200
Stephan Budach wrote:
>
> At any way, you will need to get the performance of your zpools straight
> first, before even beginning to think on how to tweak the performance over
> the network.
>
Since his pool is comprised of vdev mirror pairs where on disk is
: Martin Truhlář
Cc: omnios-discuss@lists.omniti.com; Dan McDonald
Subject: Re: [OmniOS-discuss] iSCSI poor write performance
On Sep 16, 2015, at 4:04 AM, Martin Truhlář wrote:
Yes, I'm aware, that problem can be hidden in many places.
MTU is 1500. All nics and their setup are included at
mniOS-discuss] iSCSI poor write performance
On Sep 16, 2015, at 4:04 AM, Martin Truhlář wrote:
Yes, I'm aware, that problem can be hidden in many places.
MTU is 1500. All nics and their setup are included at this email.
Start by making your 10GigE network use 9000 MTU. You'll ne
type: 'mirror'
>id: 5
>guid: 6461803899340698053
>metaslab_array: 520
>metaslab_shift: 33
>ashift: 12
>asize: 1000191557632
>is_log: 0
> create_txg: 422833
> chil
8e7/a'
phys_path: '/scsi_vhci/disk@g50014ee0aeabb8e7:a'
whole_disk: 1
create_txg: 422833
children[1]:
type: 'disk'
id: 1
guid: 3033691275784652782
path:
: [OmniOS-discuss] iSCSI poor write performance
Hi Martin,
On 23.09.2015 10:51, Martin Truhlář wrote:
> Tests revealed, that problem is somewhere in disk array itself.
are you familiar with the ashift problem on 4k drives? My best guess
would be that the 1 TB WD drives are emulating a block size of
Hi Martin,
On 23.09.2015 10:51, Martin Truhlář wrote:
Tests revealed, that problem is somewhere in disk array itself.
are you familiar with the ashift problem on 4k drives? My best guess
would be that the 1 TB WD drives are emulating a block size of 512 bytes
while using 4k sectors internall
@lists.omniti.com; Dan McDonald
Subject: Re: [OmniOS-discuss] iSCSI poor write performance
> On Sep 16, 2015, at 4:04 AM, Martin Truhlář wrote:
>
> Yes, I'm aware, that problem can be hidden in many places.
> MTU is 1500. All nics and their setup are included at this email.
Start by making yo
> On Sep 16, 2015, at 4:04 AM, Martin Truhlář wrote:
>
> Yes, I'm aware, that problem can be hidden in many places.
> MTU is 1500. All nics and their setup are included at this email.
Start by making your 10GigE network use 9000 MTU. You'll need to configure
this on both ends (is this directl
scuss@lists.omniti.com; Dan McDonald
Subject: Re: [OmniOS-discuss] iSCSI poor write performance
> On Sep 9, 2015, at 12:24 PM, Martin Truhlář wrote:
>
> Hello everybody,
>
> I have a problem here, I can’t move with. My Windows server runs as virtual
> machine under KVM. I’m using
> On Sep 9, 2015, at 12:24 PM, Martin Truhlář wrote:
>
> Hello everybody,
>
> I have a problem here, I can’t move with. My Windows server runs as virtual
> machine under KVM. I’m using a 10GB network card. On this hw configuration I
> expect much better performance than I’m getting. Two less
13 matches
Mail list logo