腾讯云
开发者社区
文档
建议反馈
控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
蓝天
专栏作者
举报
526
文章
829038
阅读量
41
订阅数
订阅专栏
申请加入专栏
全部文章(526)
其他(257)
linux(50)
编程算法(27)
云数据库 Redis(25)
https(21)
人工智能(19)
c++(18)
shell(17)
unix(15)
http(15)
安全(15)
hadoop(14)
node.js(13)
云数据库 SQL Server(13)
bash(12)
打包(12)
网络安全(11)
java(10)
javascript(10)
github(10)
apache(10)
存储(10)
grep(9)
html(8)
分布式(8)
rpc(8)
gcc(8)
git(7)
开源(7)
ssh(7)
windows(7)
.net(6)
数据库(6)
bash 指令(6)
zookeeper(6)
kernel(6)
大数据(6)
c#(5)
sql(5)
正则表达式(5)
udp(5)
json(4)
汇编语言(4)
api(4)
容器(4)
缓存(4)
hbase(4)
nat(4)
进程(4)
php(3)
lua(3)
xml(3)
ide(3)
jdk(3)
erp(3)
dns(3)
tcp/ip(3)
ps(3)
go(2)
access(2)
maven(2)
ubuntu(2)
容器镜像服务(2)
运维(2)
数据迁移(2)
面向对象编程(2)
ftp(2)
数据分析(2)
awk(2)
free(2)
glibc(2)
ip(2)
malloc(2)
service(2)
session(2)
变量(2)
函数(2)
脚本(2)
状态机(2)
c 语言(1)
python(1)
ruby(1)
bootstrap(1)
jquery(1)
makefile(1)
oracle(1)
nosql(1)
mvc(1)
ruby on rails(1)
eclipse(1)
svn(1)
jar(1)
nginx(1)
apt-get(1)
spring(1)
命令行工具(1)
TDSQL MySQL 版(1)
全站加速网络(1)
知识图谱(1)
云推荐引擎(1)
yarn(1)
kubernetes(1)
自动化(1)
压力测试(1)
html5(1)
jvm(1)
yum(1)
jdbc(1)
ntp(1)
微信(1)
数据结构(1)
系统架构(1)
架构设计(1)
kafka(1)
迁移(1)
raft(1)
flink(1)
agent(1)
cmd(1)
directory(1)
dispatcher(1)
eval(1)
file(1)
fork(1)
md5(1)
pdf(1)
pid(1)
rss(1)
send(1)
sizeof(1)
sleep(1)
substr(1)
thrift(1)
volatile(1)
编译器(1)
程序(1)
磁盘(1)
代码质量(1)
后台开发(1)
集群(1)
架构师(1)
内核(1)
软件(1)
设计(1)
系统(1)
线程池(1)
协议(1)
性能(1)
用户体验(1)
优化(1)
重构(1)
搜索文章
搜索
搜索
关闭
修改目录proc下的tcp_tw_recycle报“只读文件系统”
tcp/ip
该错误的原因是因为以只读(ro)方式mount了tcp_tw_recycle所在目录,比如因为目录“/proc/sys”以只读方式mount了:
一见
2020-02-13
1.3K
0
C++ Thrift服务端记录调用者IP和被调接口方法
tcp/ip
开源
apache
Apache开源的Thrift(http://thrift.apache.org)有着广泛的使用,有时候需要知道谁调用了指定的函数,比如在下线一起老的接口之前,需要确保对这些老接口的访问已全部迁移到新口。Thrift提供了支持,在《Thrift结构分析及增加取客户端IP功能实现》一文中已做过介绍,但不够具体。
一见
2019-04-25
1.2K
0
sysctl.conf优化方案
node.js
缓存
tcp/ip
存储
网上关于sysctl.conf的优化方案有各种版本,大多都是抄来抄去的,让新人看了很迷茫。为解决此问题,经过两天的整理,查了N多资料,将大家常用的总结如下,很多默认的不需要修改的暂未涉及,今后将逐步把所有的项目都有个翻译、讲解、修改建议,如有修改,将以此文为准,其他地方的内容,本人不负责更新。因此转载请注明链接地址:http://www.bsdlover.cn/security/2007/1216/article_8.html如果您有补充或修订意见,请于本文后评论或邮件联系cujxtm@gmail.com,万分感谢! ################### 所有rfc相关的选项都是默认启用的,因此网上的那些还自己写rfc支持的都可以扔掉了:) ############################### net.inet.ip.sourceroute=0 net.inet.ip.accept_sourceroute=0 ############################# 通过源路由,攻击者可以尝试到达内部IP地址 --包括RFC1918中的地址,所以 不接受源路由信息包可以防止你的内部网络被探测。 ################################# net.inet.tcp.drop_synfin=1 ################################### 安全参数,编译内核的时候加了options TCP_DROP_SYNFIN才可以用,可以阻止某些OS探测。 ################################## kern.maxvnodes=8446 #################http://www.bsdlover.cn######### vnode 是对文件或目录的一种内部表达。 因此, 增加可以被操作系统利用的 vnode 数量将降低磁盘的 I/O。 一般而言, 这是由操作系统自行完成的,也不需要加以修改。但在某些时候磁盘 I/O 会成为瓶颈, 而系统的 vnode 不足, 则这一配置应被增加。此时需要考虑是非活跃和空闲内存的数量。 要查看当前在用的 vnode 数量: # sysctl vfs.numvnodes vfs.numvnodes: 91349 要查看最大可用的 vnode 数量: # sysctl kern.maxvnodes kern.maxvnodes: 100000 如果当前的 vnode 用量接近最大值,则将 kern.maxvnodes 值增大 1,000 可能是个好主意。 您应继续查看 vfs.numvnodes 的数值, 如果它再次攀升到接近最大值的程度, 仍需继续提高 kern.maxvnodes。 在 top(1) 中显示的内存用量应有显著变化, 更多内存会处于活跃 (active) 状态。 #################################### kern.maxproc: 964 #################http://www.bsdlover.cn######### Maximum number of processes #################################### kern.maxprocperuid: 867 #################http://www.bsdlover.cn######### Maximum processes allowed per userid #################################### 因为我的maxusers设置的是256,20+16*maxusers=4116。 maxprocperuid至少要比maxproc少1,因为init(8) 这个系统程序绝对要保持在运作状态。 我给它设置的2068。 kern.maxfiles: 1928 #################http://www.bsdlover.cn######### 系统中支持最多同时开启的文件数量,如果你在运行数据库或大的很吃描述符的进程,那么应该设置在20000以上, 比如kde这样的桌面环境,它同时要用的文件非常多。 一般推荐设置为32768或者65536。 #################################### kern.argmax: 262144 #################http://www.bsdlover.cn######### maximum number of bytes (or characters) in an argument list. 命令行下最多支持的参数,比如你在用find命令来批量删除一些文件的时候 fi
一见
2019-03-14
1.3K
0
没有更多了
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
立即发文
Python精品学习库
代码在线跑,知识轻松学
立即查看
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
立即体验
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
立即查看
领券
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档