<node id="637425">
  <nid>637425</nid>
  <type>event</type>
  <uid>
    <user id="27707"><![CDATA[27707]]></user>
  </uid>
  <created>1596215301</created>
  <changed>1596215301</changed>
  <title><![CDATA[PhD Defense by Prasun Gera]]></title>
  <body><![CDATA[<p>Title: Overcoming Memory Capacity Constraints for Large Graph Applications on GPUs<br />
<br />
Prasun Gera<br />
Ph.D. candidate<br />
School of Computer Science<br />
Georgia Institute of Technology<br />
<br />
Date: Thursday, August 13th, 2020<br />
Time: 3 p.m. - 5 p.m. (Eastern Time)<br />
Location: <a href="https://bluejeans.com/392070473">https://bluejeans.com/392070473</a><br />
<br />
<br />
Committee:<br />
---------------<br />
Dr. Hyesoon Kim (Advisor, School of Computer Science, Georgia Institute of Technology)<br />
Dr. Santosh Pande (School of Computer Science, Georgia Institute of Technology)<br />
Dr. Richard Vuduc (School of Computer Science and Engineering, Georgia Institute of Technology)<br />
Dr. Moinuddin Qureshi (School of Computer Science, Georgia Institute of Technology)<br />
Dr. Tushar Krishna (School of Electrical and Computer Engineering, Georgia Institute of Technology)<br />
<br />
<br />
Abstract:<br />
------------<br />
Graphics Processing Units (GPUs) have been used successfully for accelerating a wide variety of<br />
applications in the domains of scientific computing, machine learning, and data analytics over the<br />
last decade. Two important trends that have emerged across these domains are that for a lot of<br />
real-world problems, the working sets are larger than a GPU&rsquo;s memory capacity, and that the data is<br />
sparse. In this dissertation, we focus on graph analytics, for which the majority of prior work has<br />
been restricted to graphs of modest sizes that fit in memory. Real world graphs such as social<br />
networks and web graphs require tens to hundreds of gigabytes of storage whereas GPU memory is<br />
typically in the order of a few gigabytes. We investigate the following question: How can we<br />
accelerate graph applications on GPUs when the graphs do not fit in memory?<br />
<br />
This question opens up two lines of inquiry. First, we consider the system architecture where the<br />
GPU can address larger, albeit slower, host memory that is behind an interconnect such as PCI-e.<br />
While this increases the total addressable memory, graph applications have poor locality that makes<br />
efficient use of this architecture challenging. We formulate the locality problem as a graph<br />
ordering problem and&nbsp;propose&nbsp;efficient reordering methods for large graphs. The solution is general<br />
enough that it can be extended to other similar architectures and even beneficial in cases where<br />
graphs fit in memory.<br />
<br />
Second, we consider graph compression as a complementary approach. Conventional approaches to graph<br />
compression have been CPU-centric in that the decompression stage is sequential and branch<br />
intensive. We devise an efficient graph compression format for large sparse graphs that is amenable<br />
to run-time decompression on GPUs. The decompression stage is parallel and load balanced so that it<br />
can use the computational resources of GPUs effectively. In effect, analytics kernels can decompress<br />
the graph and do computation on the fly without decompressing the entire graph since the entire<br />
decompressed graph would not fit in memory.</p>
]]></body>
  <field_summary_sentence>
    <item>
      <value><![CDATA[ Overcoming Memory Capacity Constraints for Large Graph Applications on GPUs ]]></value>
    </item>
  </field_summary_sentence>
  <field_summary>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_summary>
  <field_time>
    <item>
      <value><![CDATA[2020-08-13T16:00:00-04:00]]></value>
      <value2><![CDATA[2020-08-13T18:00:00-04:00]]></value2>
      <rrule><![CDATA[]]></rrule>
      <timezone><![CDATA[America/New_York]]></timezone>
    </item>
  </field_time>
  <field_fee>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_fee>
  <field_extras>
      </field_extras>
  <field_audience>
          <item>
        <value><![CDATA[Faculty/Staff]]></value>
      </item>
          <item>
        <value><![CDATA[Public]]></value>
      </item>
          <item>
        <value><![CDATA[Undergraduate students]]></value>
      </item>
      </field_audience>
  <field_media>
      </field_media>
  <field_contact>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_contact>
  <field_location>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_location>
  <field_sidebar>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_sidebar>
  <field_phone>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_phone>
  <field_url>
    <item>
      <url><![CDATA[https://bluejeans.com/392070473]]></url>
      <title><![CDATA[]]></title>
            <attributes><![CDATA[]]></attributes>
    </item>
  </field_url>
  <field_email>
    <item>
      <email><![CDATA[]]></email>
    </item>
  </field_email>
  <field_boilerplate>
    <item>
      <nid><![CDATA[]]></nid>
    </item>
  </field_boilerplate>
  <links_related>
      </links_related>
  <files>
      </files>
  <og_groups>
          <item>221981</item>
      </og_groups>
  <og_groups_both>
          <item><![CDATA[Graduate Studies]]></item>
      </og_groups_both>
  <field_categories>
          <item>
        <tid>1788</tid>
        <value><![CDATA[Other/Miscellaneous]]></value>
      </item>
      </field_categories>
  <field_keywords>
          <item>
        <tid>100811</tid>
        <value><![CDATA[Phd Defense]]></value>
      </item>
      </field_keywords>
  <field_userdata><![CDATA[]]></field_userdata>
</node>
