golang、c++，并发、并行（一）

pennate

　　golang、c++，并发、并行（一）
　　正式接触golang大半个月，写了几个练习项目，让人有些感概。
　　Golang这样的自动化内存管理水平和并发调度能力，让我印象很深。
　　单是那样的内存管理水平，通过加入特定的并发优化c++内存池，我可以做到。
　　那种并发调度能力，通过引入复杂的调度算法，也勉强可以做到。
　　但是这两个加在一起，配合出色的跨平台标准库，组成这样的一个并发友好跨平台生态，这我五年之内可能都做不到。
　　没有用c++写过高并发代码的人，可能很难理解这种复杂的情绪。
　　这是一种，久渴的人，突然在沙漠中看到一片绿洲的感觉，惊喜万分；而后又发现原来这个绿洲一直就在你身旁。但你却不停错过的悔恨。
　　c++的高并发编程，一个听的人感觉很有逼格，写的人累死的事情。
　　这是在11版前，甚至连跨平台线程模型都没有的环境。
　　这是连标准库一个小小的random生成器都没有实现并发安全性的环境。
　　这是一个需要面对海量第三方库，然后基本上没有文档，和一堆编译问题和运行bug的环境。海量到，最后已经完全麻木，只感觉眼前不停地飞过一个又一个库名，一个又一个错误。等你费了吃奶的劲，终于都正常运行了。才又发现，只是串行情况下运行正常。那并发运行呢？
　　这是一个在沙子上建立的楼房。或许一声咳嗽后，就会顷刻倒塌。
　　就是这么一片糟糕的环境。扑面而来的蛮荒与原始，让你怀疑还活在上个世纪，活在穿孔卡片式计算机的时代。
　　06年，计算机正式进入多核元年。
　　以前只在大型机、小型机上，使用的昂贵玩意儿，开始大规模出现在桌面pc和廉价服务器上。
　　一个让硬件工程师，大松一口气，“终于他妈的，从功耗、主频陷阱解脱了。”他们成功的甩掉了一个沉重的包袱。
　　而软件工程师，开始戴上了沉重的枷锁。心里一万头。。。奔过。“免费午餐”正式结束。
　　并发、并行两个坑爹货正式进入大多数程序员的视野。
　　线程级的并发、并行
　　线程级并发，是一种使用多线程进行程序流程设计的方式。（和单核的指令级并行不同）
　　在单核时代，主要是应用于gui，网络通信等要求低延迟高响应的场景。
　　线程级并行，是一部分并发在多核cpu上的一种表现。
　　。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
　　简单举例：
　　程序a，包含100斤肉、50斤淀粉、10斤香辛料。
　　单核cpu，一座火腿肠工厂。
　　串行：
　　100斤肉-->50斤淀粉-->10斤香辛料-->火腿肠工厂-->火腿肠
　　把肉、淀粉、香辛料运入工厂，一分钟（60秒）后，工厂生产出160斤火腿肠。
　　现在客户说一分钟太久了，要一边运进原料一边生产出火腿肠。降低出货时间。
　　并发：
　　10斤肉-->5斤淀粉-->1斤香辛料-->火腿肠工厂-->火腿肠
　　（然后重复）
　　10斤肉-->5斤淀粉-->1斤香辛料-->火腿肠工厂-->火腿肠
　　。。。
　　现在可以做到0.1分钟（6秒钟）就生产出16斤火腿肠。
　　现在老板说火腿肠生产的太慢，要扩大工厂规模。于是找来了工程师，工程师说，继续扩大单个工厂成本太高，划不来。不如，再建一座新工厂。
　　程序a，包含100斤肉、50斤淀粉、10斤香辛料。
　　双核cpu，两座火腿肠工厂，工厂a、工厂b。
　　继续用上面并发生产方式：
　　（两座工厂同时生产）
　　10斤肉-->5斤淀粉-->1斤香辛料-->火腿肠工厂a-->火腿肠
　　10斤肉-->5斤淀粉-->1斤香辛料-->火腿肠工厂b-->火腿肠
　　现在0.1分钟（6秒钟）运入20斤肉、10斤淀粉、2斤香辛料，
　　（10*2斤肉、5*2斤淀粉、1*2斤香辛料）
　　生产出32（16*2）斤火腿肠。
　　这就是并行。
　　。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
　　下一篇结合语言继续扯。。。