🤖wmzhere@wmzhere

“> 现在物理内存顶多也就8G，虚拟内存不会比这个大多少 嗯，很有道理啊。果然是高手！ 来自「北邮人论坛手机版」”

“但是如果硬盘不够，哪里放虚拟内存呢？ 【 在 june0334 的大作中提到: 】 : 当然是位数了！ : 不管是虚拟内存还是物理内存，寻址空间的大小还是有位数决定的，除非采用更高级的寻址技术，在位数不变的情况下扩大虚拟内存。两年前的微机原理水平，露珠看看就好了 来自「北邮人论坛手机版」”

“大一新手求大神带队~ 【 在 glmhbb 的大作中提到: 】 : 宏福校区有长跑的嘛，宏福后门有个小公园绕圈还不错，一圈大概一公里，绿树成荫环境优雅，非常适合慢跑。。。。”

“PS：译文似乎有问题哦…我读译文云里雾里的，读原文就清楚了。你可以试试读原文看。还是找一本靠谱的中译版吧。 来自「北邮人论坛手机版」”

“还是在 IMHO 的前提下： > 调用read之前先select，如果会阻塞就不调用，换另一个线程跑，过一会再select。 > 这样不是应该能解决read会阻塞整个进程的问题么？为啥那段话又说这样不行呢？ 如果是这样，每一个可能引起阻塞的系统调用，都需要 select 一下，这样最终还是要进行大量的用户模式和内核模式…”

“这种东西最好 Wikipedia …… 大概就是已知输入和输出，就是监督式学习（例如根据肿瘤的参数学习肿瘤是良性还是恶性），非监督就是只知道输入（比如有一大堆操作日志，找出其中的异常）。可以看看 Stanford 的 Andrew Ng 的公开课哦。”

“在 IMHO 的前提下： 内核实现的多线程，在当前线程进行阻塞的系统调用（比如 HTTP 服务器在监听新请求），会自动被挂起，调度器执行新的线程。 如果是用户模式实现的多线程（似乎叫 Fiber），多个用户模式线程在调度上确是同一个内核线程，任何一个用户模式线程的阻塞系统调用会阻塞被绑定在同一个内核线程的其他用户线程。…”