v*******e
发帖数: 11604 | 1 【 以下文字转载自 Military 讨论区 】
发信人: colon (航空报国), 信区: Military
标 题: 我们的龙芯3号---致龙芯15周年
发信站: BBS 未名空间站 (Sat Oct 22 15:48:14 2016, 美东)
胡伟武
2016年是红军长征胜利80周年，2016年研制成功的龙芯3A3000处理器即以CZ80命名，每
颗芯片的硅片上都刻有CZ80字样。
1936年10月，红一、二、四方面军经过艰苦卓绝的努力，三大主力会师，开创了中国革
命的新局面。它雄辩地表明，只要坚持理想，实事求是，中国共产党完全有能力摧坚于
正锐、挽澜于极危，从重大挫折中走出来。
2016年10月，以长征胜利80周年命名为CZ80的龙芯3A3000处理器研制成功。它雄辩地表
明，只要坚持自主研发，进行持续改进，自主研发的CPU性能完全可以超过引进技术的
CPU，满足自主信息化需求。
2016年10月7日，我怀着虔诚的心情走进毛主席纪念堂，向毛主席汇报龙芯3A3000的研
制成功。步出毛主席纪念堂，我感慨万千。当十年前我开始龙芯3号研制时，完全没有
想到龙芯3号系列CPU发展道... 阅读全帖 |
|
b*******s
发帖数: 5216 | 2 嵌入式c多，其实速度上是c++11要更快，但嵌入式上面所有的工具都很陈旧，支持很差
国内的做高并发后端的c++还是主流，不过java也在增多 |
|
n******t
发帖数: 4406 | 3 嵌入式的确很多再用2.4的。不过Linux桌面从来就不管嵌入式的影响啊。
其实关键是，觉得driver不好可以fix driver,没屁事动api干什么？
觉得api少了可以加api,另外起一套干嘛？偏偏这种情况新启的还非常不好用。
oss api本来可以是unix下统一的api，Linux要自己搞一套，这不是多事么？ |
|
l****n
发帖数: 508 | 4 嵌入式linux使用uClibc, 自然不是正规linux。
嵌入式linux应用对GUI也要求不多。 |
|
w***g
发帖数: 5958 | 5 这个东西还是很牛X的。能启动这么一个project就很了不起了。
不过我不是很看好这类project的前景。5年内能到XP的水平就不错了，那时候可能都wi
ndows 8了。
wine做了十多年，到现在还是半死不活的样子。
我觉得Linux的前景在嵌入式设备。等下一代的软件在嵌入式设备上流行起来了，然后在
移植回PC，人们就能普遍接受了。
Linux |
|
w***g
发帖数: 5958 | 6 Qt不需要X的.嵌入式设备的Qt只要用framebuffer就可以了.我以前做过嵌入式的QT的,
这点很确定. |
|
d****i
发帖数: 4809 | 7 嵌入式的大部分要么是没有用任何操作系统，要么就是一些实时的RTOS像Greenhills
Integrity, VxWorks, QNX, RTX, SysBIOS等等，还有一些定制的embedded Linux像
MontVista等，用FreeBSD的从来没有见过。可能BSD的kernel的设计不是为嵌入式实时
操作系统用的。 |
|
b***i
发帖数: 3043 | 8 最新进展，这个不是CF本身问题，是嵌入式软件问题。
发现的问题：文件内容被覆盖到文件目录去，该文件的目录项（以及附近同一个扇区的
所有目录项）消失，从而，api不能继续写入文件。
原来的嵌入式软件执行一个无限循环，里面做所有的事情。后来用了第三方的TCP/IP的
软件，估计使用了一些函数指针把CF的api记录了。这样我觉得可能ftp的时候，第三方
的软件直接呼叫了CF API，这些api都是不可重入的，里面有全局变量，比如纪录当前
正在写哪个缓冲区。这个绝对可以造成同一个内容被写入不同区域。我看这个探测CF里
面重复区域的任务不用做了，下面的任务就是确定这个原因，然后需要手写semaphore
级别的东西，因为原来没有使用操作系统，无法实现这些功能。 |
|
N*******t
发帖数: 66 | 9 我没做过嵌入式，不知道相关的运行环境支持什么样的线程。Dao目前支持pthreads和
Windows线程，如果嵌入式环境支持pthreads的话，应该就没问题。
对，我是作者 |
|
d****i
发帖数: 4809 | 10 嵌入式上用Java? 这个你指的是做类似于做Android这样的应用吗？如果你要调用系统
底层的资源和硬件的话，肯定不能用Java的。另外，如果考虑功耗等这些指标的话，不
要说Java，就是C++也要省着点用。我们的一个含有RTOS的嵌入式项目里面70%是C, 25%
是C++, 剩下5%是assembly，而且C++都是不用STL的。 |
|
b***i
发帖数: 3043 | 11 Linux可是提前10年比Windows推出了稳定的服务器。直到最近1年，我才感觉Windows系
统很稳定了。Linux界面难用是事实，但是在服务器方面的稳定，如Red Hat, CentOS等
也是事实。为什么呢？因为它开源，太多人参与了。没有能力就买Red Hat好了，好歹
10年前连Microsoft都不用Windows做网站。
Linux在嵌入式之普遍，你应该知道。现在谁听说手机的Linux出错？什么叫嵌入式是厂
家帮选择?ARM可以用Windows，但是我宁愿用Linux,你怎么优化Windows到5秒钟完成启
动？ |
|
b***i
发帖数: 3043 | 12 看来你是真的不懂嵌入式。嵌入式要5秒钟启动进入系统，必须有源码让开发者深度定
制，去掉所有不需要的硬件驱动。所以， Windows NT无法实现这个目标，完败。就象
我们组那个老年工程师真不如我们组印度小孩懂得多。很多OS包括Linux都可以深度定
制到5秒内启动。 |
|
b***i
发帖数: 3043 | 13 就说你没知识没经验吧，我说的这个嵌入式32M内存是10年前的标配，这意味着Windows
失去了整个10年的机会。当然现在一个嵌入式装1G内存已经不是问题了，但是Linux培
养了大量人才，已经成功了。所以现在装J2EE也是用Linux的多，根本没有鸟Windows
NT。
不管Windows没人裁是什么原因，因为你说的原因就是我想说的原因，因为微软自私！
所以它必然被大家唾弃，开发者就会转移到Linux,因为开放，因为是一个完全的操作系
统，要文件系统(FAT32居然要专利，这有个屁的可专利的啊）有，要TCP/IP咱也有，还
分时系统，多线程。一看就是你才真正没经验，因为你就从来没怎么开发微软之外的系
统。
老赵说的好，是你自己Lock in, 其他人是你微软没有合适的我们就找别的。另外，你
这个老程序员也应该知道，在这个产业，老的不一定水平高。我们公司一个超老年工程
师，50岁，给他补涨工资所以他离职的时候，说他那一天才知道Word里面可以绘图!
J2EE |
|
d****i
发帖数: 4809 | 14 确实，Qt已经cover了一些主流的嵌入式实时操作系统：VxWorks, Integrity, QNX, 这
个很赞，以前的嵌入式上的UI都是用自己的proprietary的库或者第三方提供的GUI库，
现在一个Qt解决所有问题。 |
|
g*****g
发帖数: 34805 | 15 netflix不是我写的架构，那之前的两个小公司的server软件是我老从头写的，用户少
的也有5M，你不服
怎地？
python在fireware里就叫嵌入式？我靠，那俺们一堆Android软件都在stock rom里
不也是嵌入式。
术业有专攻，这年头重要的是深度，不是广度。cloud, big data，那一套不是极端复
杂，没人敢说全会。让你从ruby换到python换到node，写个helloworld差别很大吗？
都啥年头了，还把full stack拿出来吹，被骂了还数钱的主。 |
|
b***i
发帖数: 3043 | 16 我说的其实不是电视机本身,而是HDMI外接，比如chromecast，这样的设备比Android好
的是，显示是标准的1920x1080了。Oracle/Sun之前的一个巨大错误是对嵌入式设备
Java收费。现在在ARM上Oracle主动表示不要收费了，而且发布在Raspberry pi上了。
JavaFX+Linux+ARM在我看来已经不属于嵌入式了，这个和台式机没什么区别。
我希望以后电视机本身的智能平台可以模块升级维护就好了。
戏。 |
|
d****i
发帖数: 4809 | 17 这个是我们在工作中的实际经历，我们用过几个不同的公司的嵌入式系统run在不同的
RTOS上的C/C++编译器，C从来没有出过问题，但是德州仪器和GreenHills的C++编译器
都发现过小错误。而且在测试中发现同样的code,C的效率比C++好10%左右。非嵌入式的
台式机上是另外一回事。
点。 |
|
d****i
发帖数: 4809 | 18 嵌入式实时系统可不是“很少的特例”，我们日常生活当中用到的大部分东西都是这样
的系统，比如手机，家用电器，网卡，照相机，GPS，还有工业设备像机器人，电机，
传感器，安全门，自动生产线等等，所以实际上嵌入式芯片的总量比所有台式机，笔记
本，服务器的芯片总量要多出几百倍。 |
|
p*****2
发帖数: 21240 | 19
嵌入式我了解的不多。那个LUA可以做嵌入式吗？ |
|
d****i
发帖数: 4809 | 20 所以嵌入式上面的C编程和一般台式机上的有很大的不同，比如不能用递归，尽量少用
或不用动态内存分配等等。另外，由于所有嵌入式操作系统都是C写的，只支持C，有的
甚至连C++都不支持或支持的不好，而且很多RTOS除了标准的ANSI C和POSIX API以外还
有自己一套适合自己操作系统特色的C API，这样就只有用厂商自己提供的SDK开发工具
了。 |
|
d****i
发帖数: 4809 | 21 这个取决于很多因素，一半一半应该不是典型，embedded system曾经做过一个嵌入式
所用主要语言的调查，C占70％，C++占25％，剩下5％是各种类型的汇编。我们的以前
几个嵌入式项目也分布大抵如此，但是最近一个项目C++用的多了些，因为有很多上层
的东西。 |
|
b***i
发帖数: 3043 | 22 Oracle以前的商业模式显然有问题，居然要在嵌入式系统上收费。现在，ARM的Java总
算不要钱了。这个ARM的嵌入式和台式机/服务器基本没区别。
快好几倍应该是图像部分。现在可以用于游戏了，直接使用显卡操作。 |
|
d****i
发帖数: 4809 | 23 功耗，overhead太大，并且embedded system千奇百怪，五花八门，光OS就有几百种，
各种硬件架构又有几百种，除了现在出来的Anroid几乎没有支持JVM的，其实安卓也只
是linux加了一层dalvik皮而已，对于其他非linux的RTOS完全没用。其实C++在嵌入式
系统里面用的也不如C多，很多嵌入式系统只有C编译器，甚至没有C++编译器，更不用
说要另外再往上加一层Java虚拟机了，这样就最直接，不用隔靴搔痒了。
Gosling |
|
d****i
发帖数: 4809 | 24 symbian, blackberry这样的系统严格的说已经不属于传统的嵌入式系统了, 可以称为
mobile OS。一般说的嵌入式系统的RTOS是指的象VxWorks, QNX, uC/OS, Integrity,
ThreadX, Nuclues等等这样的，一般都有很高的实时性要求，而且用在各种不同的工业
领域，而非手机操作系统。 |
|
d****i
发帖数: 4809 | 25 看看阿里的技术大拿怎么客观看待开源和闭源的：
*************************************************
陈皓：关于开源和闭源软件我个人Naive的看法
对开源软件来个可能会引发争议的观点：对于绝大多数的软件产品来说，1）闭源的软
件产品的技术含量要比开源的要大得多。2）大多数的开源软件都在抄闭源的商用软件。
首先，我先表达一下开源软件的伟大，并向开源的人们致于我最真诚的敬意。但，即使
这样，我们也要很客观的承认大多数开源软件是存在大量问题的。就像我这个人主观上
并不喜欢微软和 IBM，但是我必需要承认，没有微软和 IBM，计算机这个行业不会有今
天这样的爆炸。（插曲：我 94 年上大学选的专业是计算机科学，当时很多人都觉得计
算机专业是一个 ZB 的专业，因为几乎没有哪个企业在用电脑，但我幸运的是 95 年的
时候微软出了 Win95，Sun 出了 Java，然后互联网极度膨胀，才导致我选的专业最终
变得很火）。
至于我说的这两句话，我知道是有争议的，尤其是我用了“抄”，在此请原谅我用词不
当，像从事开源的朋友道歉。这个“抄”其实是“模仿”的意... 阅读全帖 |
|
d****i
发帖数: 4809 | 26 Java最早确实是Sun为了智能硬件而发明的，后来发现并不适用，直到今天，嵌入式编
程的主体依然是C为主，Java完全没有市场，oracle推出的什么embedded Java，完全没
有市场应用。即便是C++，其实在嵌入式领域很多场合也不合适。这就是为什么C是最牛
逼的地方，不管什么五花八门的OS，什么乱七八糟的CPU架构，C都可以解决。 |
|
b***i
发帖数: 3043 | 27 Linux就是用C,而且嵌入式不推荐用C++。手机这种其实不算嵌入式了，都用java了。
C++很尴尬。科学计算，有用Fortran的，有用Matlab的，有用R的，应用软件，有用
Java, .net, 反正是各个应用都面临竞争。找不到合适的场合啊。 |
|
T******7
发帖数: 1419 | 28 embedded is for losers.
limited domain, boring technology and self-obsessed attitude make embedded
people so stupid.
看起来他们懂c/c++其实还在用c++99。看起来他们懂得硬件，其实就是找猫画虎的皮毛
。看起来他们会优化代码，其实无非是跑跑valgrind查查内存泄漏。现在的嵌入式cpu
也动辄1g主频，512内存。嵌入式已死，Ｌosers的坑。 |
|
w***g
发帖数: 5958 | 29 首先写thrift和gRPC比做http容易，加起来花了我一天时间已经做出来了。http因为要
做成嵌入式的，还要支持上传文件，代码还没port过来。rest JSON API最后肯定会有
，而且server在HTTP模式下还会支持直接serve静态文件，这样demo只需要server和
html+js就可以，中间不用再夹一层别的东西。
为什么要嵌入式http? mongo, redis啥的不会带一个独立的http server。我也一样，
部署的时候就一个binary。 |
|
b***i
发帖数: 3043 | 30 去年发了这片文章，当时项目尚未开始，所以发了这个问题。现在，学了一个课程，理
解了一些，稍微总结一下。
1 Zynq这个SoC (ARM + FPGA + 各类外设如I2C, spi, Ethernet MAC, SD)有片上ROM，
里面有程序，能够理解FAT32，所以，可以选择性从板上QSPI Flash或者SD卡启动。
QSPI读取过程非常简单，可以像RAM一样线形地址读取。
2 ROM把最初的信息Boot Loader从Flash或者SD上调入片上内存（不是DDR)，然后执行
。这个程序初始化FGPA的外设，然后执行U-BOOT。这个Boot Loader和u-Boot是在SD卡
上的同一个文件里（或者都在Flash里面）。UBOOT能够读取Linux Kernel。这个是在SD
卡的另一个文件中，或者在Flash里面另一个偏移地址后，然后被放入RAM Disk里面形
成文件系统。
3 对于嵌入式系统，编译Linux就可以选择需要的Driver,不需要的统统不要。所以启动
过程能够优化提速。整个Kernel最多10MB。据老师说，6-7秒是常态。这个我很满意。
当然2秒更好。这... 阅读全帖 |
|
b***i
发帖数: 3043 | 31 我们的串口比你的 简单多了 ，没有 flowcontrol, 唯一多的是 9bit，多了个地址 位
，更像嵌入式，要不然和台式机 一样 。
我们的需求是Modbus，要实现coil, input, holding等几个，而不是全部功能。
TCP/IP首先也是Modbus，然后要能够理解JSON，返回JSON。
嵌入式设备首先要跟串口通信，我觉得可以用同步，为什么要异步？多线程每隔10毫秒
看看串口的缓冲里面有多少，读进来。Modbus规定，如果有3.5个字符的时间没有输入
，说明完成。一共不到255个字符，满了就处理。而且Modbus有CRC，不符合规定就不处
理，只记录下来。
TCP/IP更是容易，Java有个Modbus TCP的库，要是C++我岂不是要重新发明轮子？连C#
用的都是Java那个。
真是不知道难在哪里。你再给个例子？ |
|
b***i
发帖数: 3043 | 32 我们的嵌入式项目使用基本的串口，大概每秒一共<1KB的数据进来，需要处理和存储。
我们需要TCP/IP，需要流行的基本库，比如gzip, JSON等。我们使用Linux来解决底层
的库，现在说说对C++11的感受。
目前，按照几位高手的启发，现在Visual Studio 2015下实验，TCP/IP的同步异步都试
过了，多线程也很简单。
我们目标是使用Xilinx SDK，还没有安装最新的2015.3，只装了2015.2，是g++4.9.1,
所以支持C++11,不完全支持C++14。Xilinx SDK用过几小时，基于Eclipse。Visual
Studio里面我建立一个Solution,然后建立多个Project，互相依靠。不知道Xilinx SDK
是不是也这样，可否把程序模块化，分成多个项目？按说Eclipse就可以这样，一个
workspace多个项目。网上很少能查到Xilinx SDK的信息，包括g++版本只能安装后看。
我原来虚拟机下的g++才4.4,费了好大劲才升级成4.9.3。公司还不让git,不让
sourceforge下载源代码，连asio都是自己在家下然后发... 阅读全帖 |
|
b***i
发帖数: 3043 | 33 我的嵌入式是666MHz ARM双核心，1GB内存，Linux 3.17，所以，新特性很多可以用上
。比如，thread, auto, 确定长度的整形变量类型int16， std::move, Lambda, 统一
的初值和矩阵赋初值格式, nullptr, Delegating Constructors(这个和Java一样了),
就好像手机是不是嵌入式，它和服务器台式机编程有多大不同?我前面说过，我宁愿用
Java，现在发现C++11已经很像Java了。 |
|
b***i
发帖数: 3043 | 34 你都没仔细看啊，轮子不是嵌入式也行啊，比如完美解决utf-8字符串长度的，C++11就
没有，asio也不在里面，gzip也是。这些都不是只有嵌入式才需要的？ |
|
i****k
发帖数: 668 | 35 这话说的不对，应该说现代的嵌入式和非嵌入式的系统的区别越来越小了。 |
|
b***i
发帖数: 3043 | 36 别吵了! 你们那点破事算什么？躲着不就完了，不像我，躲不了啊！
我整个周末都不开心，因为合作的软件组的组长拒绝合作，甚至拒绝参与我的提案讨论
。这个人偏执到什么程度呢？我和他开会刚提出我的观点，他就摇头骂人，说没法合做
了，转身就走，一点没有合作精神。在他的影响下，他的组员也患得患失，改成同意他
的观点了，说无论怎样，只要需要他们解读文件，就有可能需要以后改软件，而他们不
愿以后改软件，所以他们不能解读文件。
今天，我们组长，还有很多外人参与了紧急会议，会上，大家都表示惊讶，原来软件组
的想法是让嵌入式读压缩文件，并解压缩后传回PC。软件组长看到大家都很惊讶，终于
觉得他们的想法太变态了。我们组长综合了我的提案和软件组的提案，让了他们一小步
，同意了他们一个不重要的提案。并告诉软件组，需要改软件就告诉管理层改软件需
要时间和钱。
这么简单的事，和有些人合作就是麻烦。因为你总是担心你很好的解决方案被他们愚蠢
地拒绝，都不想做下去了。还得小心伺候，耐心解释，好言相劝，并且给点甜头他们才
让步。不过还是很开心，不用在嵌入式里解压缩了。 |
|
w***g
发帖数: 5958 | 37 老魏你好！
Lua的本意是嵌入式语言，说白了就是用来给C/C++项目写配置增加灵活性的。
如果从"Lua必须配合C/C++使用"这个前提来看，Lua的局限性其实根本就不是问题。
不过从Lua的下标从1开始这个事实来看，怕是创始人可能都不同意我这个观点。
另一个嵌入式语言python已经彻底做大了，再用来嵌入，反而有包袱。
我同意Lua一成不变是个好事。 |
|
g****t
发帖数: 31659 | 38 LuaJit和lua的人能合并吗？
: 老魏你好！
: Lua的本意是嵌入式语言，说白了就是用来给C/C 项目写配置增加灵活性的。
: 如果从"Lua必须配合C/C 使用"这个前提来看，Lua的局限性其实根本就不是问
题。
: 不过从Lua的下标从1开始这个事实来看，怕是创始人可能都不同意我这个观点。
: 另一个嵌入式语言python已经彻底做大了，再用来嵌入，反而有包袱。
: 我同意Lua一成不变是个好事。
|
|
b***i
发帖数: 3043 | 39 我们的嵌入式设备用一个TCP口监听，然后建立连接。然后客户端发送JSON,服务器回应。
现在我们想在手机上开发客户端。当然也可以通过同样的TCP口。不过，我想到，这个
用HTTP也行。那么普通的TCP端口和HTTP有什么不同，和优势劣势呢？如果嵌入式改为
用HTTP，就成了web service了。 |
|
d**e
发帖数: 2420 | 40 @方玄昌:“邮寄出的公开信只列入了一百名教授和研究员。邮件发出后，现在新收到的
教授和研究员签名又有了近二十名，其中不乏重量级科学家。特别告知：今天早上江西
省农业科学院水稻研究所陈大洲所长发来集体签名邮件——一贯低调的科学家，这次是
真的怒了。”
到目前为止共有十批签名，名单如下：
联署签名（自愿联署，签名者请将真实姓名、单位、职务发送至《基因农业网》编辑部
邮箱a******[email protected]，另，签名者的信息尽量详实以便于核实，以减少我们的工作。
）：
第一批签名名单如下（共32人）：
刘旭（中国工程院院士，中国农业科学院副院长）
范云六（中国工程院院士，中国农业科学院生物技术研究所）
戴景瑞（中国工程院院士，中国农业大学）
陈君石（中国工程院院士，中国疾病预防控制中心营养与食品安全所）
何祚庥（中国科学院院士，中国科学院理论物理研究所）
张启发（中国科学院院士，华中农业大学）
黄大昉（中国农业科学院生物技术研究所，研究员）
贾士荣（中国农业科学院生物技术研究所，研究员）
朱祯（中国科学院遗传与发育生物学研究所，研究员）
卢宝荣（复旦大学生态与进化生物学系主任，教授）
夏光敏（山... 阅读全帖 |
|
s*********d
发帖数: 3 | 41 之前在ee版发了，不过经好心人提示，似乎化学版此方面的专家比较多：
“
有意读一个flexible electronics 的PhD，已经得到offer，正在犹豫是否要去，因为
同时有一个嵌入式软件工程师职位，并且本人已经有2年嵌入式软件工程师的经验。。
。现在处于转行与否的阶段。。。。
不知道flexible electronics的应用前景如何，以后是否只有在学术界发展的机会，是
否有回到工业界的可能性
” |
|
m***e
发帖数: 428 | 42 来源： 中央人民政府网站
“十三五”国家科技创新规划，依据《中华人民共和国国民经济和社会发展第十三
个五年规划纲要》、《国家创新驱动发展战略纲要》和《国家中长期科学和技术发展规
划纲要(2006—2020年)》编制，主要明确“十三五”时期科技创新的总体思路、发展目
标、主要任务和重大举措，是国家在科技创新领域的重点专项规划，是我国迈进创新型
国家行列的行动指南。
第一篇 迈进创新型国家行列
“十三五”时期是全面建成小康社会和进入创新型国家行列的决胜阶段，是深入实
施创新驱动发展战略、全面深化科技体制改革的关键时期，必须认真贯彻落实党中央、
国务院决策部署，面向全球、立足全局，深刻认识并准确把握经济发展新常态的新要求
和国内外科技创新的新趋势，系统谋划创新发展新路径，以科技创新为引领开拓发展新
境界，加速迈进创新型国家行列，加快建设世界科技强国。
第一章 把握科技创新发展新态势
“十二五”以来特别是党的十八大以来，党中央、国务院高度重视科技创新，作出
深入实施创新驱动发展战略的重大决策部署。我国科技创新步入以跟踪为主转向跟踪和
并跑、领跑并存的新阶段，正处于从量的积累向质的飞跃、... 阅读全帖 |
|
