I cannot uninstall intel HAXM using the uninstaller as my pc isn't compatible with intel HAXM
To reproduce:
Install Intel HAXM on compatible CPU
Change processor to incompatible CPU
Open Intel HAXM uninstaller
Intel HAXM un/installer log:
Version: 7.6.5
Execute: C:\Program Files\Intel\HAXM\checktool.exe --verbose
CPU vendor - AuthenticAMD
Intel64 supported * Yes
VMX supported - No
VMX enabled * Yes
EPT supported - No
NX supported * Yes
NX enabled * Yes
Hyper-V disabled - No
OS version * Windows 10.0.19042
OS architecture * x86_64
Guest unoccupied * Yes. 0 guest(s)
The system requirements are not satisfied.
Disable Hyper-V
and that's it :_)
Related
I need an up-to-date benchmark of both Qt5 and C++17 containers in both performance and heap memory-usage, both on latest GCC and CLang compilers, for my own project.
The results was helpful for my decisions in the project and I think it might be helpful for others too, so I decided to share it.
So it is a benchmark with these parameters in mind:
Qt5 Containers vs C++17 Containers
Performance vs Memory Usage
Container Initialization/Generation Time vs Access/Find/Iteration Time
GCC 11 vs CLang 11
Benchmark platform:
Hardware:
CPU: 6-Core AMD 6200
RAM: 32GB DDRIII
Software:
OS: OpenSUSE 15.2 x64
Qt: 15.1 (Official Binary)
GCC: 11.0.0
CLang: 11.0.0
HeapTrack 1.1.0
Standard:
C++17
Flags
-O3
Code:
https://github.com/AshkanV/Qt5vsCpp17ContainerBench
I'm running Ubuntu Budgie 64 bit:
lsb_release -a:
Distributor ID: Ubuntu
Description: Ubuntu 18.04.1 LTS
Release: 18.04
Codename: bionic
lscpu:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 1
Core(s) per socket: 2
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 76
Model name: Intel(R) Celeron(R) CPU N3050 # 1.60GHz
Stepping: 3
CPU MHz: 2160.000
CPU max MHz: 2160.0000
CPU min MHz: 480.0000
BogoMIPS: 3200.00
Virtualization: VT-x
L1d cache: 24K
L1i cache: 32K
L2 cache: 1024K
NUMA node0 CPU(s): 0,1
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat
I did a fresh install of R 3.5 (r-base & r-base-dev) by following the directions here: https://cran.cnr.berkeley.edu
Everything seems to be working,
R
R version 3.5.1 (2018-07-02) -- "Feather Spray"
Copyright (C) 2018 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)
However, when I go to install new packages (e.g. install.packages("ggplot2")) the compilation fails with the following error:
/usr/bin/x86_64-linux-gnu-ld: /usr/lib/gcc/x86_64-linux-gnu/7/liblto_plugin.so:
error loading plugin: /usr/lib/gcc/x86_64-linux-gnu/7/liblto_plugin.so:
wrong ELF class: ELFCLASS64
collect2: error: ld returned 1 exit status
It has failed with this error for the other packages I have tried installing (dplyr, Rcpp) also.
So far, I have tried playing around with the gcc/g++ compilation flags in /usr/lib/R/etc/Makeconf by adding a -m64 flag. But I'm still getting the same problem.
UPDATE :
file -L /usr/bin/x86_64-linux-gnu-ld gives:
x86_64-linux-gnu-ld: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV),
dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 3.2.0,
BuildID[sha1]=8263ec62232df7411c36026e7e3e02afbfeb8b4f, stripped
UPDATE 2 :
I figured out that I can just go through the synaptic package manager and download packages via r-cran. For example, instead of running install.packages("ggplot2") in R, I simply run sudo apt-get install r-cran-ggplot2
Your GCC installation is screwed up.
In particular, you have 32-bit linker (x86_64-linux-gnu-ld), but a 64-bit LTO plugin liblto_plugin.so.
These are supposed to match. You should figure out which package(s) provide above two files, and install a 32-bit or a 64-bit version of each.
I recently encountered almost the same problem, except with an armhf liblto_plugin.so on an aarch64 linker. I got into this situation after I had (intentionally) installed gcc:armhf and binutils:armhf on an aarch64 host. The solution was to install the not-so-obvious package named binutils-arm-linux-gnueabihf:armhf.
Along the lines of what #Employed Russian said, you need to get the proper binutils installed. Try:
sudo apt install --reinstall binutils:amd64 binutils-x86_64-linux-gnu:amd64
If those packages aren't found or don't work, next try searching for the proper package name via apt-file just as I had to.
sudo apt install -y apt-file
sudo apt-file update
apt-file search x86_64-linux-gnu-ld
apt-file search x86_64-linux-gnu-ld.bfd
I tried with the example modules given from Qt. and I downloaded the qt-everywhere-opensource-src-5.9.3 tar file and extract it.
then I run the following command.
./configure -v -prefix $PWD/qtbase -commercial -nomake tests -opengl
es2 -egl
but I got these errors.
Note: Also available for Linux: linux-clang linux-icc
Note: Dropped compiler flags '-pthread' when detecting library 'glib'.
Note: Disabling X11 Accessibility Bridge: D-Bus or AT-SPI is missing.
Note: No wayland-egl support detected. Cross-toolkit compatibility disabled.
ERROR: Feature 'egl' was enabled, but the pre-condition '(features.opengl || features.openvg) && (features.angle || libs.egl)' failed.
EGL related libraries installed on the system.
Qt: 5.9.3
Qt Creator: 4.4.1
OS: Ubuntu 16.04
GPU: Intel Haswell
libva: 1.7.0
VA-API: 0.39.0
You're probably missing some packages. If you want wayland, you're most likely going to need dev packages for libwayland and libwayland-egl, but I'm not sure what they're called on Ubuntu.
I would like to know if there is a way i can use Intel MKL library instead of OpenBlas. I have installed MKL. Below is the version info
Julia Version 0.6.0
Commit 903644385b (2017-06-19 13:05 UTC)
Platform Info:
OS: macOS (x86_64-apple-darwin13.4.0)
CPU: Intel(R) Core(TM) i7-4770HQ CPU # 2.20GHz
WORD_SIZE: 64
BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Haswell)
LAPACK: libopenblas64_
LIBM: libopenlibm
LLVM: libLLVM-3.9.1 (ORCJIT, haswell)
Kindly let me know if this can be done
This is the procedure I have used to install Julia (0.6.0) with Intel MKL (compiling from source) in macOS Sierra. Remember to uninstall previous versions of Julia first.
Install Xcode.
Launch a Terminal and update the command line tools:
$ xcode-select --install
Install Homebrew.
Use Homebrew to install gfortran:
$ brew install gfortran
Take advantage of Homebrew and install also wget:
$ brew install wget
Go to the Intel Performance Libraries webpage, register yourself and download these free libraries for OS X and install them (as with a regular DMG package):
Intel Threading Building Blocks (TBB)
Intel Math Kernel Library (MKL)
Download the Julia source (Tarball with dependencies):
$ wget https://github.com/JuliaLang/julia/releases/download/v0.6.0/julia-0.6.0-full.tar.gz
Uncompress the file and move the folder to your $HOME directory.
Launch a Terminal and change to the Julia source directory:
$ cd ~/julia-0.6.0
With your preferred tool, edit the file Make.inc and enable the use of Intel MKL and Intel MKL FFT. Save and close the file. Use the picture as a guide:
Set up the Intel MKL environment, for Intel64 architecture with 8 bytes integer support (ILP64):
$ source /opt/intel/mkl/bin/mklvars.sh intel64 ilp64
Compile Julia:
$ make
If there is a problem compiling Julia, create a symbolic link in the Julia's lib folder to the Intel MKL library and run make again:
$ ln -s /opt/intel/mkl/lib/libmkl_rt.dylib usr/lib/libmkl_rt.dylib
$ make
I did not try to run make install because I do not have Administrator privileges in my Mac, but you are free to do it. Anyway, you can run Julia from this folder:
$ ./julia
Next time you open a Terminal probably your Intel MKL variables would have gone. Just add these lines to your ~/.bash_profile:
# Intel MKL
source /opt/intel/mkl/bin/mklvars.sh intel64 ilp64
Yes this is possible but much easier to do if you are happy to re-install a clean version of julia.
You will need to edit the Make.user file as described here: https://github.com/JuliaLang/julia#intel-compilers-and-math-kernel-library-mkl
Im running a c++ application and Asterisk in 64bit Ubuntu machine.My C++ application needs 32bit libcurl. And Asterisk needs 64bit libcurl to do some http calls in the dialpaln.Can I keep both 32bit and 64bit libcurl in the same machine and config asterisk to lookup for 64bit libcurl?
You can have on linux both 32 or 64 libs. 32bit apps will use libc.i686 and 32bit libs, 64bit apps will use 64bit libs.