<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Disk Striping in QlikView in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Disk-Striping-in-QlikView/m-p/873502#M1330773</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Shane, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The modern Storage devices will already be striped under the covers, what you need to concern yourself with is the concurrent usage of the Storage with other users of the Storage array, or common components of the SAN.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Take a look at the disk trhoughput metrics on the server, are they flat lining at any point, indicating contention?&amp;nbsp; Are they faster one day to the next, indicating other load on the common components?&amp;nbsp; Are you connecting to your device via Fibre channel connectors, or are you actually connecting over the network interface?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Striping on Databases works because the database software effectively splits the reads processes up parallely (sp?) and each parallel process requests a unique block from the database.&amp;nbsp; if the Database block size and the Stripe size of the database are in sync, then a 4 way striped volume with a paralelism setting of 4 will send 4 concurrent requests to the storage, and this minimises delay.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 11 Aug 2015 16:04:10 GMT</pubDate>
    <dc:creator />
    <dc:date>2015-08-11T16:04:10Z</dc:date>
    <item>
      <title>Disk Striping in QlikView</title>
      <link>https://community.qlik.com/t5/QlikView/Disk-Striping-in-QlikView/m-p/873499#M1330766</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We have particularly large documents. Some are 5GB on disk, 25-30GB in Memory and use over 40GB of Memory for the reload. We have over 2TB of SAN disk attached for QVD files and QVW's.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I was wondering if the SAN attached disk would benefit from being striped? Like we would do on a SQL / Database server.&lt;/P&gt;&lt;P&gt;Has anyone got any experience of this?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 26 Jan 2026 18:19:17 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Disk-Striping-in-QlikView/m-p/873499#M1330766</guid>
      <dc:creator>shane_spencer</dc:creator>
      <dc:date>2026-01-26T18:19:17Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Striping in QlikView</title>
      <link>https://community.qlik.com/t5/QlikView/Disk-Striping-in-QlikView/m-p/873500#M1330767</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Shane,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have heard of this for backing up the data, but nothing else.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bill&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 11 Jun 2015 11:35:18 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Disk-Striping-in-QlikView/m-p/873500#M1330767</guid>
      <dc:creator>Bill_Britt</dc:creator>
      <dc:date>2015-06-11T11:35:18Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Striping in QlikView</title>
      <link>https://community.qlik.com/t5/QlikView/Disk-Striping-in-QlikView/m-p/873501#M1330770</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Bill. I couldn't find anything on google but we have some pretty large / long-running reloads that read/write to disk simultaneously. I've been looking at the Distributions and some are taking 20-30 mins for the Distribution alone. I was wondering if slow write speeds were a contributing factor. Disks striping allows more concurrent reads/writes to Disk, that why it's recommended for databases.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 11 Jun 2015 12:33:26 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Disk-Striping-in-QlikView/m-p/873501#M1330770</guid>
      <dc:creator>shane_spencer</dc:creator>
      <dc:date>2015-06-11T12:33:26Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Striping in QlikView</title>
      <link>https://community.qlik.com/t5/QlikView/Disk-Striping-in-QlikView/m-p/873502#M1330773</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Shane, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The modern Storage devices will already be striped under the covers, what you need to concern yourself with is the concurrent usage of the Storage with other users of the Storage array, or common components of the SAN.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Take a look at the disk trhoughput metrics on the server, are they flat lining at any point, indicating contention?&amp;nbsp; Are they faster one day to the next, indicating other load on the common components?&amp;nbsp; Are you connecting to your device via Fibre channel connectors, or are you actually connecting over the network interface?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Striping on Databases works because the database software effectively splits the reads processes up parallely (sp?) and each parallel process requests a unique block from the database.&amp;nbsp; if the Database block size and the Stripe size of the database are in sync, then a 4 way striped volume with a paralelism setting of 4 will send 4 concurrent requests to the storage, and this minimises delay.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 11 Aug 2015 16:04:10 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Disk-Striping-in-QlikView/m-p/873502#M1330773</guid>
      <dc:creator />
      <dc:date>2015-08-11T16:04:10Z</dc:date>
    </item>
  </channel>
</rss>

