似乎需求非常不明确： 需求提到峰值 10000 并发，提到了上送图片（ 10M 左右一张）， 你的问题是什么配置的云服务器才能满足这样的需求： 如果仅仅是收到请求（最大 10000 ），直接 IO 到文件，只要宽带足够，根本用不到什么配置，你应该描述收到请求后，后端要做什么，数据库配置如何等等~~

（ 1 ）首先 JVM 堆都是动态分配（使用多少申请多少）/但 JVM 设置了最大申请空间(可能就是你问题中的堆不超过 X ）；
（ 2 ）当出现运行过程堆内存不够的情况：更多的是程序过于庞大（如线程过多，因为线程的栈空间是从堆空间分配），或运行深度够深导致对象迟迟得不到是释放（如递归庞大）...


JVM 默认参数都是经过大量统计数据得到较优的解，JVM 调优更多是希望单进程发挥最大的解，通常都是开发代码的限制必须调优，但为什么要写出这样的代码呢？

@anonymoustian sorry 忘记似乎 PXE 似乎可以

这是要搞事情吧，似乎只有一种办法：“网络引导”，重启系统引导到网络硬板，这需要网卡支持和提前 BIOS 设置；
前面楼上的通过脚本安装都是行不通的，grub 环境下脚本有限根本完不成整个流程自动执行，因为此时 grub 环境 Linux 内核都没加载别说各种脚本就（ bash/Perl..）能被执行了~~

REPLACE(table.column , ',', char(10));
将','替换成‘\n ’

什么时候多进程多线程和 IO 读写性能有关了？

你的需求是提高 IO 读写效率，思路应该是同步异步的问题，并行开发多进程 /多线程更多影响的进程上下文的切换带来的效率问题 /以及容错机制的考虑...

@DraymondG http://m635674608.iteye.com/blog/1844777 这个 blog 能回答为什么出现没有 Provider，知道问题原因，自己然后找解决办法了

@kylindev 从使用网络连接范围：个人域网络（ PAN ） or 局域网（ LAN ），需要服务端支撑 or 直接点到点类似蓝牙协议？

你怎么跑的啊？ 这是 Android Java 额

@kylindev VOIP 相关？

sftp 登录后执行的命令都是 sftp 的内置命令，‘ mv ’是一个应用命令是外界命令，sftp 内置命令仅仅如下：
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-afPpRr] remote [local] Download file
reget [-fPpRr] remote [local] Resume download file
reput [-fPpRr] [local] remote Resume upload file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-afPpRr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help

描述的些什么啊，技术怎么能意淫呢，TLS 包含两个协议，握手协议 /记录协议
（ 1 ）握手协议：
第一步：c->s: 报文包含： {协议版本 TLS 1.0.。，密钥交换算法 RSA/DFH..， 加密 DES..，随机数 1.....}
server 收到先判断版本是否支持，根据客户端和服务端都支持算法选择一种....
第二步：s->c: 报文包含:{服务端公钥证书（注意这是证书，证书包含签名机构，过期时间，公钥信息）， 随机数 2}
client 收到应答后根据本公钥证书信息在本地 CA 证书链找签名机构的公钥证书，找到后用签名机构公钥验证返回的证书合法性，

第三步：c->s:报文包含： {随机数 3 的密文（用服务器公钥加密）} 服务端收到随机数 3 的密文，用私钥解密


HASH （随机数 1 + 随机数 2 + 随机数） 得到交换密钥（这是对称密钥，用于数据加解密，其算法由握手协商决定）

上面仅仅描述大致的细节，密钥交换算法不一致，一些细节是不一样的，但本质的一样的

perl -ne 'if(/^(\S+):/) {open(FILE, ">", $1);}else {print FILE;};' meclog

是分公司上行带宽不够 还是总公司下行带宽不够 有确认不？

[内网搭建一个搜索引擎] : 你提的的仅仅是搜索， 搜索引擎最重要的功能都是日常站点的收录，你内网有多少站点啊，这些站点被收录前提需要向站长平台提交站点，然后站长平台去抓取~~ 仅仅打个搜索引擎有什么意思额

@mdate 存终端我先不分析是否安全的问题，而是密钥更新带来的强行更新 APP 带来不友好的体验，APP 的好感已经打折了；我想这个第三方密钥不是在使用过程中需要直接传送，而是用来运算的， 那么为什么不在后台去运算，然后返回 APP，让 APP 直接使用； 当然 APP 与后台交互需要密钥包含，一个非对称密钥就搞定， 服务器将公钥写的 APP 中，不用保护直接使用， 交互的时候 APP 生产会话密钥，用公钥保护， 就是 HTTPS 握手那一套机制~~

（ 1 ）首先没有绝对的安全概念，在能承担的风险内都是安全的；
（ 2 ）其次任何一款产品都是和需求息息相关的，以人为本，不要过分强调安全而忽略了使用；
------------------------------------------------------------------------------------------------------
楼主在提问题一看也是经验比较丰富，提到终端安全性，运营过程密钥更新问题，其实你都有答案了：
1，直接存到终端肯定是不可取，我们先不关安全，就那密钥更新这个点（涉及 10 多个第三方），不可能更新密钥要求强行更新 APP 了；
2，存到云后台，每次使用都有后台进行密钥运算，也是比较笨重的；

但通常的方案也是折中方案： 比如使用的会话密钥（密钥包含下属性： 和机器序列号有关，有有效期，有使用次数..）降低直接固化 APP 带来的风险，也减少全部在后端进行运算带来的（非脱机性，后台负担等）

这个没有什么算法吧，Apple Pay NFC 有一块安全芯片，芯片有交易存储区， 类似一张经融 IC 卡，这个一个简单流程额~~

卡在 install.sh main 函数最后执行了 env zsh，aa.sh 修改如下即可：
sudo sh -c "$(curl -fsSL https://raw.githubusercontent.com/robbyrussell/oh-my-zsh/master/tools/install.sh) &"