在linux里,如果要想使ping 没反应也就是用来忽略icmp包。可以用:
echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all
若想恢复就用:
echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_all
在linux里,如果要想使ping 没反应也就是用来忽略icmp包。可以用:
echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all
若想恢复就用:
echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_all
在设计开发一个系统时分页是基本的功能之一,但是如何选择分页策略却是一个比较困难的问题,如果选择不对可能适得其反。
选择分页策略需要考虑的几个因素:
常见的两种分页,一个是基于缓存的,一个是基于实时查询的,而且这两者没有一个是具有绝对优势的,根据系统的特点采用不同的策略才能达到比较好的效果。根据系统的特点,还可以采用混合模式,也就是查询的时候每次查询的是比每页数据多的数据,例如每次查十页的数据。
对于具有高成长性的系统而言,特别是短时间具有高成长性,而且用户要求实时的结果,那么就不能采用缓存式的方案。
对于数据的更新频率比较大的系统而言,同样不适合采用缓存的方案。
系统的数据量比较大,而系统的内存不是非常的充裕,那么使用缓存方案也是不太现实的。
其实最重要的一个因素就是用户的要求,有的用户更关心系统的反应速度,数据旧一点点没有太大的关系,而有的用户要求实时性高,要求看到的永远是最新的数据。
至于系统的硬件限制就很简单了,但是现在这个一般不是关键的因素。
最终,策略的选择就是这些因素的综合考虑,而且可能也不限定选择一种策略,两种策略都可以提供,用户可以自己在这两种策略间方便的切换,但是在应用缓存方案的时候可以设置一个系统内定的最大记录数防止少数极端情况下导致系统崩溃。
plugin的方式从硬件中学习而来,但是也可以很好的应用于软件的设计,jive中的过滤器的设计就有点plugin的路子,我所做的另外一个项目也是使用的类似的思路,重量级的task完成共通的任务,例如数据库的增、删、改、查,还有文件上传等等系统中普遍使用的功能,而轻量级的event就plugin到task的前后,针对共通的task进行一些修正,可以是修改参数值、预处理或者完成一些task不会完成的任务,而eclipse的设计中也是采用的这种非常灵活的方式,今天看到一个plugin的框架:JPF,正在研究中。
今天在CSDN上看到一个以这个为标题的新闻,猛然间觉得一语道破了长久以来对Java界的感觉。一直以来总在看到关于Java和.Net的讨论和比较,但是总觉得Java更好一些,一则是担心.Net是MS一家控制的,二则对MS的垄断也比较反感,三则自己很欣赏开源精神,四则Java的核心类库的源代码都是公开的,遇到问题可以研究源代码。虽然平心而论,微软的产品在易用性上确实比较高,而且开发工具的功能也很全,MSDN的开发文档更是非常的丰富完善,但除了上面说到的原因外总感到有其它的因素,那就是Java界其实在思路上比.Net要活跃得多,跟随MS的技术人员在遇到不能解决或者不方便的时候更多的是等待MS拿出新的API或者规范,而Java界不然,SUN的东东功能远远不能满足大家的需要,这个其实给了别人以机会,他可以有很多对Java的功能进行补充的余地,而且不用担心SUN以后拿出相同的功能时一下子将自己掐死,因为SUN没有那个能力,而MS有(这种情况已经发生了不知道多少次)。正是SUN给追随者留下的这个空间使得大家有很多的发挥余地,也促进了这个生态的循环。证明这个观点的一个现象就是.Net下的开发者会抄袭Java界的成果,例如JUnit,Hibernate,Ant等等,都被冠以N后拿到.Net下,但是好像还没有听说什么.Net下很好的东西被Java所抄袭。所以说,Java世界更像一个生机勃勃的生态系统,有很多相互依存的关系,而MS的架构则更像一个供给系统,MS供,而MS的开发者消费。
前段时间服务器经常崩溃,查看日志发现httpd的错误日志建议加大maxclients的值,上网查找了一些资料,发现这个是一个非常关键的参数,对于我们1G内存而言将那个值设置为50或者100有点太小了,在更详细的查找资料后,我把那个值设置为1500。maxclients是并发的访问数,严格而言我们的网站的并发能够达到100已经不容易了,但是在比较特殊的情况下可能会很容易超过并导致服务器长时间无法响应甚至死掉。另外几个应该调整的参数是Timeout,建议值是60,因为在一分钟内服务器还不能响应很可能是有问题了;MaxRequestsPerChild,这个值设置在2000左右比较合适,而且可以防止内存泄漏。
© 2025 解惑
本主题由Anders Noren提供 — 向上 ↑