首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

Docker运行图形应用程序

今天要用Docker在容器里运行一个带图形界面的应用程序,所有简单试了一下,还是比较容易实现,下面是我整理的步骤。...& mkdir /var/run/sshd EXPOSE 22 CMD ["/usr/sbin/sshd", "-D"] 主要就是安装了一些第三方包,这里是使用的gedit来做的测试,如果要使用别的程序...另外就是最后启动了一个sshd服务,目的是为了我测试方便,可以换成自己封装的应用程序。 创建镜像 $ sudo docker build --rm -t docker-gui ....设置xhost 为了能让容器里的应用程序投送到当前的窗口上,需要运行下面命令来允许任意的客户端访问。...$ xhost + access control disabled, clients can connect from any host 运行应用程序 sudo docker run -it --rm

1.7K70

怎么选择 Embedded Linux图形框架

,基本不用关心图形方案这些细节,你只要调用java的class,最后的性能都是有原厂和谷歌验证过的。...但对Linux开发者来说,情况要复杂的多,没有一个完美方案。。 所以当你决定要在Linux要开发应用的时候,一定要明确你的需求,对比方案间的优劣。 小框图: ?...2017.5.21 在debian看到一些比较慢的现象,要注意不是x11的问题,而是debian的程序编译选项一般没带上gles。...libdrm drm的api分legacy api和新一点的atomic api,如果你直接用drm api开发程序,一定要注意这两个api的区别。...一般来说不在一个程序里顺序调用会block的api,性能不会有太大问题。 atomic api: legacy的api都是atomic的,而且容易重复调用,这就导致有些场景会很没效率。

5.8K30

Linux Deploy:部署图形界面环境

文章更新:   20170410 初次成文 问题提出:   其实这篇文章构思很久了,拖到现在才写...原因就在于在Linux Deploy上部署图形环境是一件坑多活累的工作:一来是因为兼容性原因,部署好的图形界面环境存在数量可观的...二来是因为基础的Linux环境才是图形界面环境部署的前提,而最近由于各种原因,使用原始的部署方法已经越来越难部署成功基础的Linux环境了。   ...但这样看来,第一点倒不是什么大问题:毕竟手机不是为运行专业的Linux发行版而生,所以存在Bug是难免的,只要图形界面能部署成功并且大家可以正常进入图形界面,小苏的任务就完成了。...问题就在于第二点:由于国内网络运营商的DNS污染与镜像源站的同步原因,基础的Linux环境能否正常部署成功都是个问题,更别说图形界面的部署了。...Linux环境组件,我们可以将作者的Repository导入镜像来直接部署好Linux基础环境,再在此环境之上部署图形界面。

11.5K21

程序员开发程序bug比较多怎么办

从开发周期到维护周期都可能存在bug,只要从事软件开发就会有bug的存在,但是能力高的人写的代码框架相对bug会少很多,初级的或者水平差的做出的东西bug会多一些,在实际开发过程中是否产生bug,有时候不一定完全是程序员能决定的...现在就个人的一些经历分析下为什么会产生bug,产生bug从大的方向上讲有这么几个原因,第一点程序员本身能力不足,这种是最直接的产生bug的原因,特别是经验不足十分容易导致出现一个奇怪的bug,所以在成型的公司一般不会轻易让新手参与到项目开发中...,即使参与也是比较简单可控的模块,对于复杂的功能基本上都会留给工作经验丰富的程序员,因为要解决新手制造出的诡异的问题还不如直接老手亲自完成,初级的程序员还在纠结于用代码如何实现上,所以出现一些奇怪的现象也是特别正常的事情...对于一个普通程序员来讲如何减少bug出现,现在就以个人的经验总结几条 1.夯实编程基本功 编写代码就是用基础编程语言来完成功能模块,这依赖于编程语言的基础,所以基本功完善起来,就能减少出错的可能性,在任何情况夯实基础都是正确的选择...3.加强内测,不停重构 很多程序员实现完功能就觉得万事大吉了,实现的功能是不是最优的,在特殊场景下是不是能够经得住考验这都是要慎重考虑的事情,发现功能不是很完善的地方就去重构选择更加优化的方案。

2.4K30
领券