正如标题所示，我想在WSL上安装IBM Java（来自IBM的Java SDK下载）。但是，"不需要的" instancy where root"文件都会创建一个文件夹，依此类推，但是只需执行简单的<path>/java -version命令需要几分钟。
是否存在固有的不相容性或其他需要引起此问题的要求？
一些背景信息：
- Windows 10 Enterprise 1703 64位
-
没有安装其他Java版本（在WSL中）
-
WSL报告（
uname -a）Linux Computername 4.4.0-43-Microsoft＃1-Microsoft Wed Dec 31 14:42:53 PST 2014 X86_64 X86_64 X86_64 X86_64 X86_64 GNU/LINUX/LINUX -
报告的Java版本（漫长的等待之后）是：
`java版本" 1.7.0"
Java(TM) SE Runtime Environment (build pxa6470sr10fp15-20171116_01(SR10 FP15))
IBM J9 VM (build 2.6, JRE 1.7.0 Linux amd64-64 Compressed References
20171011_366933 (JIT enabled, AOT enabled)
J9VM - R26_Java726_SR10_20171011_1726_B366933
JIT - r11_20171011_366933
GC - R26_Java726_SR10_20171011_1726_B366933_CMPRSS
J9CL - 20171011_366933)
JCL - 20171109_01 based on Oracle jdk7u161-b13
谢谢！
update - 2018年1月
微软已对WSL的基础技术和内存管理做出了重大改进，Windows 10内部人员的最新版本与JVM效果很好。它不像本机Linux机器那样快，但是现在可以在WSL环境中工作，而无需遭受痛苦的延迟，以实现简单的命令执行。现在的答案是肯定的，但是您必须拥有Windows 10构建17074或更高才能才能具有不错的性能。
---原始答案 - 2017年12月---
经过一些研究，我发现答案既是肯定又是：
是，因为JDK在平台中正确安装并按预期（速度除外）功能，而无需任何特殊的修改或配置。
否，由于WSL的架构，某些内存映射功能在WSL中的工作与完全本地的Linux环境不同。用户使用Haskell报告了性能非常缓慢，看起来Java也遇到了同样的问题。自2017年夏天以来，Windows 10版本的发行版取得了重大改进，但与本机系统相比，它仍然很慢。
Microsoft仍在积极研究此问题，并且本答案的"否"部分可能会在不久的将来固定。