<?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 Remote Linux Workstation in Graphics</title>
    <link>https://community.intel.com/t5/Graphics/Remote-Linux-Workstation/m-p/454202#M41667</link>
    <description>&lt;P&gt;I'm interested in the best offerings from Intel for remote visualization of OpenGL apps on RHEL.&lt;/P&gt;&lt;P&gt;The proprietary nature of GRID isn't compatible with the need for us to deliver our scientific linux opengl workstations remotely. Many applications require GLX/OpenGL.  Solutions tested:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Teradici - Hardware solution - works very good, top tier.&lt;/P&gt;&lt;P&gt;HP RGS - tier 2, unstable, bugs when OS revs.&lt;/P&gt;&lt;P&gt;Nvidia Grid - Expensive, proprietary, and we can't install vendor graphics libraries in the target host.&lt;/P&gt;&lt;P&gt;Cendio Thinlinc (Xvnc) with VirtualGL - Works, and folks can share a gpu this way, but performance needs much improvement. A bit hacky.&lt;/P&gt;&lt;P&gt;Xrdp/x11rdp - Not better than any of above, in my experience, yet. I understand VirtualGL can be used with it?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is further complicated by the eventual switch from X to Wayland/weston, and the loss of some of the options above.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In a perfect world, the discrete graphics vendor would provide a hardware accelerated remote method as an alternative to DisplayPorts, or even in place of Display Ports.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I Imaging a Xeon Phi system where I can assign a number of bootable VPU's to be a host, some to process OpenGL/compositing for that host, and the ability to have more that one of these "not so virtual" hosts existing on a single Xeon Phi based system and the ability to keep it in a rack and roll out thin clients. At the same time, some of the the Phi cores go be a great test bed for us to explore VPU processing in our own software.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My scenario is currently Nvidia Graphics, RHEL7, lightdm/Mate 1.16 as the Desktop, and the intel ParallelStudio 2017 stack.  I know there may be a "step down" in graphics performance, but the trade-off might be worth it if it can be close to the top tier (Teradici) and better than the 2nd Tier.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm just throwing this out there, wondering if this type of thing is on Intel's radar, and if so, I would like to be involved.&lt;/P&gt;</description>
    <pubDate>Sat, 17 Dec 2016 21:50:08 GMT</pubDate>
    <dc:creator>JHill10</dc:creator>
    <dc:date>2016-12-17T21:50:08Z</dc:date>
    <item>
      <title>Remote Linux Workstation</title>
      <link>https://community.intel.com/t5/Graphics/Remote-Linux-Workstation/m-p/454202#M41667</link>
      <description>&lt;P&gt;I'm interested in the best offerings from Intel for remote visualization of OpenGL apps on RHEL.&lt;/P&gt;&lt;P&gt;The proprietary nature of GRID isn't compatible with the need for us to deliver our scientific linux opengl workstations remotely. Many applications require GLX/OpenGL.  Solutions tested:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Teradici - Hardware solution - works very good, top tier.&lt;/P&gt;&lt;P&gt;HP RGS - tier 2, unstable, bugs when OS revs.&lt;/P&gt;&lt;P&gt;Nvidia Grid - Expensive, proprietary, and we can't install vendor graphics libraries in the target host.&lt;/P&gt;&lt;P&gt;Cendio Thinlinc (Xvnc) with VirtualGL - Works, and folks can share a gpu this way, but performance needs much improvement. A bit hacky.&lt;/P&gt;&lt;P&gt;Xrdp/x11rdp - Not better than any of above, in my experience, yet. I understand VirtualGL can be used with it?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is further complicated by the eventual switch from X to Wayland/weston, and the loss of some of the options above.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In a perfect world, the discrete graphics vendor would provide a hardware accelerated remote method as an alternative to DisplayPorts, or even in place of Display Ports.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I Imaging a Xeon Phi system where I can assign a number of bootable VPU's to be a host, some to process OpenGL/compositing for that host, and the ability to have more that one of these "not so virtual" hosts existing on a single Xeon Phi based system and the ability to keep it in a rack and roll out thin clients. At the same time, some of the the Phi cores go be a great test bed for us to explore VPU processing in our own software.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My scenario is currently Nvidia Graphics, RHEL7, lightdm/Mate 1.16 as the Desktop, and the intel ParallelStudio 2017 stack.  I know there may be a "step down" in graphics performance, but the trade-off might be worth it if it can be close to the top tier (Teradici) and better than the 2nd Tier.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm just throwing this out there, wondering if this type of thing is on Intel's radar, and if so, I would like to be involved.&lt;/P&gt;</description>
      <pubDate>Sat, 17 Dec 2016 21:50:08 GMT</pubDate>
      <guid>https://community.intel.com/t5/Graphics/Remote-Linux-Workstation/m-p/454202#M41667</guid>
      <dc:creator>JHill10</dc:creator>
      <dc:date>2016-12-17T21:50:08Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Linux Workstation</title>
      <link>https://community.intel.com/t5/Graphics/Remote-Linux-Workstation/m-p/454203#M41668</link>
      <description>&lt;P&gt;Hello &lt;B&gt; JayHilliard&lt;/B&gt;:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;In order to get the graphics drivers for Linux please try the link below, because the drivers we have in our web site are for Windows:&lt;P&gt;&amp;nbsp;&lt;/P&gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;A href="https://01.org/"&gt;https://01.org/&lt;/A&gt; &lt;A href="https://01.org/"&gt;https://01.org/&lt;/A&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;Also, for further assistance on this subject please visit the Linux forums, the peers in there should be able to provide more information of how to get the drivers:&lt;P&gt;&amp;nbsp;&lt;/P&gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;A href="http://ubuntuforums.org/"&gt;http://ubuntuforums.org/&lt;/A&gt; &lt;A href="http://ubuntuforums.org/"&gt;http://ubuntuforums.org/&lt;/A&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;Any questions, please let me know.&lt;P&gt;&amp;nbsp;&lt;/P&gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;Alberto&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 20 Dec 2016 01:07:35 GMT</pubDate>
      <guid>https://community.intel.com/t5/Graphics/Remote-Linux-Workstation/m-p/454203#M41668</guid>
      <dc:creator>idata</dc:creator>
      <dc:date>2016-12-20T01:07:35Z</dc:date>
    </item>
    <item>
      <title>Re: Remote Linux Workstation</title>
      <link>https://community.intel.com/t5/Graphics/Remote-Linux-Workstation/m-p/454204#M41669</link>
      <description>&lt;P&gt;Hello &lt;B&gt; JayHilliard&lt;/B&gt;:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;I hope you were able to get the information you were looking for and if there is something else I can help you with please let me know.&lt;P&gt;&amp;nbsp;&lt;/P&gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;Regards&lt;P&gt;&amp;nbsp;&lt;/P&gt; &lt;P&gt;&amp;nbsp;&lt;/P&gt;Alberto&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 29 Dec 2016 02:00:29 GMT</pubDate>
      <guid>https://community.intel.com/t5/Graphics/Remote-Linux-Workstation/m-p/454204#M41669</guid>
      <dc:creator>idata</dc:creator>
      <dc:date>2016-12-29T02:00:29Z</dc:date>
    </item>
  </channel>
</rss>

