一、Golang 怎么得到 CPU 的使用率和可用内存
第一步，创建性能监视器对象：
PerformanceCounter _oPerformanceCounter=new PerformanceCounter(Processor,% Processor Time,_Total);第二步，获取CPU使用情况：
float _nVal=_oPerformanceCounter.NextValue();
_nVal中就是当前CPU的使用率了，加上百分号(%)就是使用率的百分比，比如：
string _s=当前CPU使用率： + nVal.ToString(0.0) + %;
Process [] pro;
pro = Process.GetProcesses();
int total=0;
Process temp;
int i;
for(i=0;i{
temp =pro[i];
total=temp.PrivateMemorySize +total ;
}获得内存的占用大小
二、golang protobuf数据安全吗
golang protobuf数据安全
学习了go的基本的并发变成模式，思路就是一个用通信来共享数据，而并不是像java一样共享内存来通讯。go采用了用channel来传递消息，每一个协程持有一个信道，当信道可用时便可以读写数据，各信道间的处理数据互不影响。回想一下java中的并发编程，通常我们是因为操作一个数据而采用多线程并发访问，比较明显的是更新cache中的key对应的value.
让我更是欢喜的时在golang中提供了sync.Once这个神器，从此做系统级的开关不再苦恼，天然的保证了就算多个协程并发的情况下也只有一个协程执行once.Do(func()),其他的协程阻塞。你再想想java里面完成一个系统级初始化，做到并发安全且一次，你要搞一个boolean、再搞把锁，再写逻辑，神啊想想头都大了。
三、GC.Collect()内存回收问题
对内存管理要求比较高的的项目，为什么要用.net做？
为什么不考虑用C/C++呢
另外一个角度，你对内存进行如此频繁的申请和释放，为什么不考虑同一块内存复用？
//----------补充的回答-------------------
我不知道你的应用是什么，不太清楚你的程序的具体运行过程。
1、并发占用内存的机会有多大？就是说，你一次要申请很大的内存，这个操作，是有时间先后顺序的吗，还是有可能是并发申请的？
如果同一时刻，只有一块大内存正在被使用，那么，你为什么不申请一块足够大的内存，来重复使用呢？
如果同一时刻，有多块大内存正在被使用，那么，这个并发数量，有没有一定的上限呢？如果有，也可以考虑做一个大内存块池，比如一块最大需要100M，同时并发数量为10。你完全可以设计一个最大允许申请10个100M的内存块池，而不是让GC或者Windows的内存管理器来如此频繁的申请和释放。
2、如果每次申请的内存大小差异很大，那估计你要添加一些稍微复杂的算法来管理你的这个申请和释放问题。有一些算法，是专门用来管理程序的内存使用的，可以在网上找一资料参考一下。
3、如果有精力，也可以研究一下GC是如何工作的，用工具看看它的实现源码，看看有没有能够利用的地方。
//-------------再次补充--------------------------
就算是大小由第三方数据来决定，也不能没有一个限制。
系统资源毕竟是有限的，在有限的资源上面，做无限的事，那肯定是要想办法才行。
1、你这数据究竟是从哪里来的？网络传送过来的么？
2、由于实在太大的数据处理，而内存又不够大的话，那没办法，我们不能无限制的扩充内存，那么，能考虑使用分块处理么？