考虑在Google Container Engine上运行的以下集群
tier: g1-small
cpu cores: 2
memory: 1,7GB per cpu core (3,4GB total in this case)
autoscaling: enabled, min=2, max=5
在这个集群中,我有以下通过Kubernetes运行的部署:
使用NGINX的负载均衡器
使用Node.js的Web (通过REST调用与WordPress通信)
example.com
在Apache (wp.example
在微调花卉训练集上的InceptionV3模型中,有两个部分:
# Fine-tune only the new layers for 1000 steps.
然后运行评估。
然后,
# Fine-tune all the new layers for 500 steps.
然后运行第二个评估。
这在微调方面意味着什么?我不知道这个“步骤”的概念意味着什么,也不知道为什么他们需要做两次评估。
在使用标准组件运行一个微不足道的Grails应用程序时,我在生产中遇到了一个非常奇怪的稳定性问题。
经过一段时间的正常操作后,状态CLOSE_WAIT中的Tomcat (CLOSE_WAIT) TCP连接数量会增加,直到Tomcat达到线程上限(Maximum number of threads (N) created for connector),之后Tomcat就会停止运行。
通常情况下,这表示应用程序包含的代码没有正确关闭其TCP连接。但是,这个应用程序中的Grails代码真的很琐碎,没有单独启动任何TCP连接,所以我想不出我的代码可能导致CLOSE_WAIT问题的任何场景。
此外,栈中
如果在部署使用servlet、ejb、o/r映射、关系数据库等的典型Java EE webapp之前,要创建一份清单,列出需要做的事情,那么清单上会包含什么内容?就像在生产部署中至关重要的任何类型的超时属性和设置、池大小、jndi相关属性等。
例如,我今天才发现,我需要确保我需要检查连接池中的空闲数据库连接是否需要检查,以便它们在空闲超时后不会变得陈旧。