AWS EC2 KDE Desktop Graphical Lag - amazon-web-services

I am attempting to use KDE as a gateway server for my environment to support 6-10 users. I have installed KDE with XRDP on a EC2 Redhat 7.4 m4.2xlarge instance. The server has significant graphics lag, with windows stuttering when dragged across the screen, not affected by number of users.
KDE Version:
KDE Development Platform: 4.14.8
Plasma Desktop Shell: 4.11.19
Graphics (Default):
direct rendering: Yes
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.9, 256 bits)
GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth,
GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_fog_distance,
GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,
VGA compatible controller: Cirrus Logic GD 5446
I am wondering if potentially I need to switch to a different instance type or install updated graphics drivers ?
Any help would be much appreciated.

Related

How to disable the virtualized graphic adapter on VMware ESXi?

I'm struggling to disable the VMware SVGA II Adapter in a VM created in VMware ESXi 8.0, where I would like to use only an Nvidia Quadro GPU, provisioned as a passthrough PCI device.
I successfully disable the nouveau driver, and install the nvidia one, but some applications are still using the SVGA as is the first entry ad graphic adapter:
lspci | grep -E "VGA|3D"
00:0f.0 VGA compatible controller: VMware SVGA II Adapter
03:00.0 VGA compatible controller: NVIDIA Corporation GP107GL [Quadro P620] (rev a1)
The adapter is still present, even if I've set Host > Management > Advanced Settings > VMkernel.Boot.vga = False
I've even tried to disable the graphic adapter also in the OS, without any success, I'm running Rocky Linux 9.1, and following the same path used to disable nouveau din't works disabling vmwgfx which I belive to be the module related to the VMware SVGA
lspci -vs 00:0f | grep modules
Kernel modules: vmwgfx
Any Idea on how to disable on ESXi VM setting or in the OS?
Thanks!

How can I get Raspbian running in VirtualBox?

I'm trying to set up a Raspbian image in VirtualBox 6.1.14 for development. I downloaded the latest .iso from the RPi website, and set up a VirtualBox machine with the OS set to Debian (32-bit). When I mount the .iso and start the machine, I'm able to get through all the installation steps until it gets to the point of configuring the package manager--at that point it freezes in both the text installer and the GUI installer.
I've tried doing this with the network adapter enabled and disabled, which made no difference. Is there a specific configuration to the VM that will get the installation to work?
I am a dum dum. I needed to up the memory on the VM. Below are the pertinent stats for it to work.
OS: Debian (32-bit)
Base Memory: 1024mb
Video Memory: 128mb
Graphics Controller: VMSVGA
Storage: 8gb

insert Virtualization Hypervisor between hardware and existing OS

There didn't seem to be a dedicated Virtualization SE, so...
I am looking to install VMware vSphere Hypervisor 5.1 (or an older version if it helps) on a 64bit AMD A8 architecture.
Is there a path to doing this without destroying/having to reinstall Windows 8 already preinstalled by the Vendor (Acer), making it one of the VMs instead?
Or in general? (Eg. on another PC running 32bit Ubuntu, where I would like to "insert" a Hypervisor as well).
Use VMware Converter. It converts a physical machine into a VM during runtime. It is freely downloadable after registering on the VMware site:
http://www.vmware.com/products/converter/
Yes, you can install VMware Workstation and then install vShpere Hypervisor 5.1 as a guest OS. I have done that before. VMware Workstation supports the so called nested virtualization which means you it can expose the hardware virtualization feature of CPU which is required by vSphere to the guest OS. If you don't want to pay for VMware Workstation, you can use VMware Player which is free but capable of nested virtualization.

Options for running 64-bit guest (OpenShift Origin) in VirtualBox if hardware acceleration is not available?

Environment:
Motherboard: Asus P5Q3 Deluxe
Processor: Intel(R) Core(TM)2 Quad CPU Q8200 # 2.33GHz 2.34 GHz
Installed Memory (RAM): 4.00GB
OS: Windows 7 Home Premium
Scenario:
I am trying to run OpenShift Origin in VirtualBox and when clicking 'Start' I am getting the error:
"VT-x/AMD-V hardware acceleration is not available on your system. Your 64-bit guest will fail to detect a 64-bit CPU and will not be able to boot".
From my searches on the internet, it seems that such a setting is available in the BIOS however I have been unable to find it.
So I am considering that such an option may not be available on my system?
If this is the case, what options do I have in regards to running OpenShift Origin in VirtualBox?
The specification on the Intel website suggests that your CPU doesn't support hardware virtualization (look for the 'Virtualization Technology (VT-x)' setting):
http://ark.intel.com/products/36547/intel-core2-quad-processor-q8200-4m-cache-2_33-ghz-1333-mhz-fsb
Hardware virtualization is a requirement for 64-bit guests in VirtualBox, and there is no workaround.

Nvidia Nsight Eclipse edition remote debugging with C/C++ remote launch configuration

I have a server (Ubuntu server 12.04 LTS - no GUI) with a CUDA-capable GPU installed, and a desktop linux (Fedora 18) machine with no CUDA GPU. I would like to develop my code on my desktop machine and compile then debug it on my remote server machine.
To do this I plan to use Nsight 5 Eclipse edition with the C/C++ Remote launch plugin (as in this example http://wiki.eclipse.org/CDT/User/FAQ#How_do_I_debug_a_remote_application.3F). However, even with all the required plugins (C/C++ Remote Launch, RSE) installed in Nsight, I have no choice of 'C/C++ Remote Application' in the available debug configuration of my project.
Is it a limitation of the Nsight Eclipse IDE or am I missing something crucial here?
Nsight 5.0 does not support remote debugging - as this requires special cuda-gdb server software. cuda-gdbserver and Nsight EE remote debugging will be released as a part CUDA toolkit 5.5 (we demoed CUDA Toolkit 5.5 at GTC last week and we are working hard to release it as soon as possible).
Note that our remote debugger connection UI will be slightly different and will not require any Eclipse plugins installed separately.
Update: CUDA Toolkit 5.5 RC (which includes Nsight EE 5.5) is available for download for registered CUDA developers. It includes the remote debug support.