为什么Go可以将GC暂停降低到1ms以下，而JVM却没有呢？
就是这样：https : //groups.google.com/forum/?fromgroups#!topic/golang-
dev/Ab1sFeoZg_8
：
今天，我向垃圾收集器提交了更改，这些更改使典型的最坏情况下的世界停止时间小于100微秒。对于具有许多活动goroutine的应用程序，这应该尤其可以改善暂停时间，而以前可能会大大增加暂停时间。
如果JVM用户长期苦苦挣扎，GC停顿就很高。
有哪些（架构上的）约束条件可以阻止JVM将GC暂停降低到Go级别，但不会影响Go？
问题答案：
有哪些（体系结构上的）约束条件可以阻止JVM将GC暂停降低到golang级别
没有。
如果JVM用户长期苦苦挣扎，GC停顿就很高。
稍作谷歌搜索就可以看到类似的解决方案也适用于Java
- Azul提供不间断的收集器，甚至可以扩展到100GB +
- 红帽正在协助雪兰到了OpenJDK和Oracle ZGC。
- IBM提供节拍器，也旨在提供微秒的暂停时间
- 其他各种实时JVM
与Go的不同，openjdk中的其他收集器是压缩世代收集器。这是为了避免碎片问题，并通过启用凹凸指针分配并减少在GC中花费的CPU时间，在具有大堆的服务器级计算机上提供更高的吞吐量。至少在良好条件下，尽管CMS与移动的年轻代收集器配对，也可以实现单位毫秒的暂停。
Go的收集器是非世代的，非紧凑的，并且需要写障碍，这会导致较低的吞吐量/更多的CPU收集开销，更高的内存占用量（碎片）以及对缓存对象的缓存效率较低的放置堆（非紧凑型内存布局）。
-
为什么会出现这种情况？
-
尝试执行以下代码 JVM崩溃，错误日志如下
-
问题内容： 我希望能够以这种方式一个接一个地获取句子的POS标签： 但是问题是每个句子大约需要一秒钟。还有另一种选择可用于批量执行此操作并加快处理速度。但是，如果我能逐句地做这件事，我的生活会更轻松。 有没有办法更快地做到这一点？ 问题答案： 对于NLTK 3.1版，里面，是这样定义的： 因此，每次对first的调用实例化都会花费一些时间，因为它涉及加载pickle文件。 只需调用when是。因此
-
本文向大家介绍GC是什么? 为什么要有GC?相关面试题，主要包含被问及GC是什么? 为什么要有GC?时的应答技巧和注意事项，需要的朋友参考一下 答 GC（Garbage Collection） GC是垃圾收集器。程序员不用担心内存管理，因为垃圾收集器会自动进行管理。要请求垃圾收集，可以调用下面的方法之一： 当程序需要更多的堆空间时，GC需要进行垃圾清理工作，暂停所有线程，找出所有无被引用的对象，进
-
有人问我这个问题，我只是回答“因为JVM需要移动对象”，但后来我搜索了一下，似乎找不到任何合理的答案。