当前时区为 UTC + 8 小时



发表新帖 回复这个主题  [ 22 篇帖子 ]  前往页数 1, 2  下一页
作者 内容
1 楼 
 文章标题 : ibus 框架 占cpu很高?
帖子发表于 : 2016-11-10 12:59 
头像

注册: 2009-04-25 9:26
帖子: 481
送出感谢: 0 次
接收感谢: 3
在线播放flash时,经常会出现此情况,风扇狂转,只有退出ibus框架才行,这是怎么回事?

不用flash,则完全没有这个问题。给人感觉就是:在线播放flash,激发ibus占用cpu!linux mint 17,18都是如此。


页首
 用户资料  
 
2 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-10 16:22 

注册: 2013-05-26 6:58
帖子: 2158
系统: Debian 9
送出感谢: 894
接收感谢: 30
总感觉ibus各种异常
所以我现在换fcitx了


_________________
Linux桌面优化综合贴[2017.09.18](欢迎各位补充或指正误区)
[2016.03.10]会C语言但看不懂英文文档的点这里,一个用C语言编写的简陋学习工具
单硬盘通过iso文件实机安装Debian的方法
重启或操作fcitx时失去响应的一个解决方法,不妨试试看


页首
 用户资料  
 
3 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-10 18:06 
头像

注册: 2012-11-14 9:34
帖子: 570
系统: Fedora26/UMate16043
送出感谢: 1
接收感谢: 38
科学之子 写道:
总感觉ibus各种异常
所以我现在换fcitx了


我们的经验刚好相反。基本上,我们一装设Ubunbu后(或打造customized iso时),首先就是把fcitx拿掉,再装设与ibus有关的所需套件。

在Ubuntu 16.10,预设的输入框架已改为fcitx,RedHat(7.3)/Fedora(25)系统则还是使用ibus。这个问题我个人认为相当重要,是否能有更多的坛友提供大家对 fcitx vs. ibus 的使用经验?


页首
 用户资料  
 
4 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-10 18:18 
头像

注册: 2014-02-07 17:31
帖子: 453
系统: Xubuntu 14.04.5 64位
送出感谢: 40
接收感谢: 33
我一直用的是fcitx,很好用。
最近我在新版的Xubuntu 16.04.1中发现,安装nightly版的好像用不了,但安装stable版可以用(好像是这样的,当时没太过关注这个问题)。
以前我一直安装的是nightly版的,包括现在我用的14.04.5上依旧用的是nightly版,一直很好用。


fcitx官网(安装教程中,官方是把nightly放在stable版前面的)
https://fcitx-im.org/wiki/Install_(Ubuntu)

more: https://fcitx-im.org/wiki/FAQ/zh-hans


_________________


OS: Xubuntu 14.04.5 LTS 64-bit
CPU: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz
RAM: 12GB DDR3 1333MHz
128GB SSD + 2TB HDD
神舟优雅A480B-I5B 购于 2012.08

YouTube频道:https://www.youtube.com/channel/UCGSPXZ7DbSc8QDuDYX8L6Qg


页首
 用户资料  
 
5 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-10 20:22 

注册: 2013-05-26 6:58
帖子: 2158
系统: Debian 9
送出感谢: 894
接收感谢: 30
Ping-Wu 写道:
科学之子 写道:
总感觉ibus各种异常
所以我现在换fcitx了


我们的经验刚好相反。基本上,我们一装设Ubunbu后(或打造customized iso时),首先就是把fcitx拿掉,再装设与ibus有关的所需套件。

在Ubuntu 16.10,预设的输入框架已改为fcitx,RedHat(7.3)/Fedora(25)系统则还是使用ibus。这个问题我个人认为相当重要,是否能有更多的坛友提供大家对 fcitx vs. ibus 的使用经验?


一开始我也是用的ibus(主要是方便输入时间日期),忘记从什么时候开始,升级到某个Lubuntu版本,ibus就异常了
我用的是双拼,好像双拼调不出来
普通拼音没问题
然后换到Debian+LXDE之后,我又尝试了一下ibus,发现卡CPU的问题,然后就再也没用ibus了


_________________
Linux桌面优化综合贴[2017.09.18](欢迎各位补充或指正误区)
[2016.03.10]会C语言但看不懂英文文档的点这里,一个用C语言编写的简陋学习工具
单硬盘通过iso文件实机安装Debian的方法
重启或操作fcitx时失去响应的一个解决方法,不妨试试看


页首
 用户资料  
 
6 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-11 2:12 
头像

注册: 2012-11-14 9:34
帖子: 570
系统: Fedora26/UMate16043
送出感谢: 1
接收感谢: 38
科学之子 写道:
Ping-Wu 写道:
科学之子 写道:
总感觉ibus各种异常
所以我现在换fcitx了


我们的经验刚好相反。基本上,我们一装设Ubunbu后(或打造customized iso时),首先就是把fcitx拿掉,再装设与ibus有关的所需套件。

在Ubuntu 16.10,预设的输入框架已改为fcitx,RedHat(7.3)/Fedora(25)系统则还是使用ibus。这个问题我个人认为相当重要,是否能有更多的坛友提供大家对 fcitx vs. ibus 的使用经验?


一开始我也是用的ibus(主要是方便输入时间日期),忘记从什么时候开始,升级到某个Lubuntu版本,ibus就异常了
我用的是双拼,好像双拼调不出来
普通拼音没问题
然后换到Debian+LXDE之后,我又尝试了一下ibus,发现卡CPU的问题,然后就再也没用ibus了


谢谢提供使用者经验!

我们一直在使用ibus (ibus-googlepinyin),后来在Ubuntu13.04/13.10以后,发现ibus-googlepinyin有严重的问题(deprecated),ibus-pinyin又非常不好用,于是全盘转到fcitx。

Fcitx的最大问题是,它不太稳,但相较于ibus-googlepinyin 及 ibus-pinyin 几乎不能用,我们也就勉强接受了。在推广Linux桌面上,我们的对象都不是Linux”玩家“,像中文输入这种基本功能,实在不能有任何的差错(compromise)。缺乏一套可完全仰赖的中文输入工具,我们Linux桌面的推广工作就大大的停顿了。虽然很多fcitx的问题可以进入系统内解决,但我们无法确认是否新的问题会出现。更糟糕的是,有一些问题,系统更新后又回来了。

从Ubuntu 14.04以后,我们发现ibus改善了很多(主要是牵涉到ibus-libpinyin),于是转了180度,又回到ibus。到目前我们还没有遇到问题,而且非常顺,比fcitx还快。这一点我在其他的帖子上提到过,这里不再重复。

我们碰到I-bus唯一的问题,乃是它跟Unity Dash不相容。不过我们已经不用Unity,我这一辈子大概也绝对不会再用Unity了。因此,这个问题对我们不存在。


页首
 用户资料  
 
7 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-11 3:38 
头像

注册: 2012-11-14 9:34
帖子: 570
系统: Fedora26/UMate16043
送出感谢: 1
接收感谢: 38
xw712 写道:
在线播放flash时,经常会出现此情况,风扇狂转,只有退出ibus框架才行,这是怎么回事?

不用flash,则完全没有这个问题。给人感觉就是:在线播放flash,激发ibus占用cpu!linux mint 17,18都是如此。


在Ubuntu里,较新的版本,整个系统已转到gtk3,但有一些套件(如LibreOffice, ibus等)还是依赖gtk (即gtk2),在某些情况下会激发cpu占用。

可以用synaptic看看系统里装的是哪一个版本的ibus-gtk。


页首
 用户资料  
 
8 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-11 19:19 

注册: 2013-05-26 6:58
帖子: 2158
系统: Debian 9
送出感谢: 894
接收感谢: 30
Ping-Wu 写道:
科学之子 写道:
Ping-Wu 写道:
科学之子 写道:
总感觉ibus各种异常
所以我现在换fcitx了


我们的经验刚好相反。基本上,我们一装设Ubunbu后(或打造customized iso时),首先就是把fcitx拿掉,再装设与ibus有关的所需套件。

在Ubuntu 16.10,预设的输入框架已改为fcitx,RedHat(7.3)/Fedora(25)系统则还是使用ibus。这个问题我个人认为相当重要,是否能有更多的坛友提供大家对 fcitx vs. ibus 的使用经验?


一开始我也是用的ibus(主要是方便输入时间日期),忘记从什么时候开始,升级到某个Lubuntu版本,ibus就异常了
我用的是双拼,好像双拼调不出来
普通拼音没问题
然后换到Debian+LXDE之后,我又尝试了一下ibus,发现卡CPU的问题,然后就再也没用ibus了


谢谢提供使用者经验!

我们一直在使用ibus (ibus-googlepinyin),后来在Ubuntu13.04/13.10以后,发现ibus-googlepinyin有严重的问题(deprecated),ibus-pinyin又非常不好用,于是全盘转到fcitx。

Fcitx的最大问题是,它不太稳,但相较于ibus-googlepinyin 及 ibus-pinyin 几乎不能用,我们也就勉强接受了。在推广Linux桌面上,我们的对象都不是Linux”玩家“,像中文输入这种基本功能,实在不能有任何的差错(compromise)。缺乏一套可完全仰赖的中文输入工具,我们Linux桌面的推广工作就大大的停顿了。虽然很多fcitx的问题可以进入系统内解决,但我们无法确认是否新的问题会出现。更糟糕的是,有一些问题,系统更新后又回来了。

从Ubuntu 14.04以后,我们发现ibus改善了很多(主要是牵涉到ibus-libpinyin),于是转了180度,又回到ibus。到目前我们还没有遇到问题,而且非常顺,比fcitx还快。这一点我在其他的帖子上提到过,这里不再重复。

我们碰到I-bus唯一的问题,乃是它跟Unity Dash不相容。不过我们已经不用Unity,我这一辈子大概也绝对不会再用Unity了。因此,这个问题对我们不存在。

引用:
这一点我在其他的帖子上提到过,这里不再重复。

能否提供一下帖子地址让我参考一下,谢谢


_________________
Linux桌面优化综合贴[2017.09.18](欢迎各位补充或指正误区)
[2016.03.10]会C语言但看不懂英文文档的点这里,一个用C语言编写的简陋学习工具
单硬盘通过iso文件实机安装Debian的方法
重启或操作fcitx时失去响应的一个解决方法,不妨试试看


页首
 用户资料  
 
9 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-11 22:19 
头像

注册: 2009-04-25 9:26
帖子: 481
送出感谢: 0 次
接收感谢: 3
Ping-Wu 写道:
在Ubuntu里,较新的版本,整个系统已转到gtk3,但有一些套件(如LibreOffice, ibus等)还是依赖gtk (即gtk2),在某些情况下会激发cpu占用。

可以用synaptic看看系统里装的是哪一个版本的ibus-gtk。


因为光标不跟随的问题,我也装个gtk3,所以应该不是这个问题。

激发cpu占用,也不是每次都这样,大概50%概率。但是奇怪,B站从来没问题!


页首
 用户资料  
 
10 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-11 22:48 
头像

注册: 2007-12-14 13:40
帖子: 49885
地址: 志虚国乌由市
系统: Winbuntu
送出感谢: 29
接收感谢: 413
我想推荐小小输入法 :em01
现在也开源了


_________________
冷轩信

渠月 · QY

本人只会灌水,不负责回答问题

无聊可以点一下→ http://u.nu/ubuntu

安装flash 还是要用
代码:
sudo apt install adobe-flashplugin


页首
 用户资料  
 
11 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-12 0:52 
头像

注册: 2012-11-14 9:34
帖子: 570
系统: Fedora26/UMate16043
送出感谢: 1
接收感谢: 38
xw712 写道:
Ping-Wu 写道:
在Ubuntu里,较新的版本,整个系统已转到gtk3,但有一些套件(如LibreOffice, ibus等)还是依赖gtk (即gtk2),在某些情况下会激发cpu占用。

可以用synaptic看看系统里装的是哪一个版本的ibus-gtk。


因为光标不跟随的问题,我也装个gtk3,所以应该不是这个问题。

激发cpu占用,也不是每次都这样,大概50%概率。但是奇怪,B站从来没问题!


很有意思的,我发现在我们的Ubuntu (Unity) 系统下,ibus-gtk 跟 ibus-gtk3都装了:

附件:
ibus-gtk-1404.jpg
ibus-gtk-1404.jpg [ 122.46 KiB | 被浏览 744 次 ]



在UbuntuMate,则两则都不用装:

附件:
ibus.mate.jpg
ibus.mate.jpg [ 130.04 KiB | 被浏览 744 次 ]



如我在其他帖子里提过,我们已全盘转到UbuntuMate了。 (这表示我们使用ibus完全没有问题。)系统当然越简单越好。


页首
 用户资料  
 
12 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-12 2:54 
头像

注册: 2012-11-14 9:34
帖子: 570
系统: Fedora26/UMate16043
送出感谢: 1
接收感谢: 38
qy117121 写道:
我想推荐小小输入法 :em01
现在也开源了


Thanx. 有时间的话会在虚拟机里玩一玩。

不过在Linux/Unix世界,ibus-pinyin是主流。如RedHat, Oracle Linux, Solaris等企业用的系统,里面都只有ibus-pinyin。大家都知道,公司的系统(特别是大公司)一般是不准我们乱碰的。 :Haha

Ubuntu系统,可能因为麒麟的关系,预设输入框架已转为fcitx。这个不打紧,不知道是不是故意的,要使用ibus-pinyin的话,还必须花一些功夫,预设环境几乎是不能用的。


页首
 用户资料  
 
13 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-12 6:24 

注册: 2013-05-26 6:58
帖子: 2158
系统: Debian 9
送出感谢: 894
接收感谢: 30
qy117121 写道:
我想推荐小小输入法 :em01
现在也开源了

发行版源里有吗?
或者有其官方的专用源(就像VirtualBox那样提供一个自己的源来下载)


_________________
Linux桌面优化综合贴[2017.09.18](欢迎各位补充或指正误区)
[2016.03.10]会C语言但看不懂英文文档的点这里,一个用C语言编写的简陋学习工具
单硬盘通过iso文件实机安装Debian的方法
重启或操作fcitx时失去响应的一个解决方法,不妨试试看


页首
 用户资料  
 
14 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-12 15:32 
头像

注册: 2012-11-14 9:34
帖子: 570
系统: Fedora26/UMate16043
送出感谢: 1
接收感谢: 38
科学之子 写道:
Ping-Wu 写道:
这一点我在其他的帖子上提到过,这里不再重复。

能否提供一下帖子地址让我参考一下,谢谢


请参阅:

viewtopic.php?f=180&t=457956&start=23

http://www.ubuntukylin.com/ukylin/forum ... 719&extra=

viewtopic.php?f=8&t=480211&start=9

viewtopic.php?f=8&t=473743&start=6

viewtopic.php?f=48&t=477834&start=9

是有点乱,有不少帖子也已过时了。当然每一个人都有他/她自己偏好,我们则是希望大家能牺牲一点“自由”,先合力建立一套可被企业界及政府机构接受的的中文输入系统。不过可能因为大家对Linux桌面都没有信心,没有人愿意帮忙。



_________________
评价: 3.7% 科学之子
 
页首
 用户资料  
 
15 楼 
 文章标题 : Re: ibus 框架 占cpu很高?
帖子发表于 : 2016-11-12 21:50 
头像

注册: 2009-04-25 9:26
帖子: 481
送出感谢: 0 次
接收感谢: 3
[/quote]要使用ibus-pinyin的话,还必须花一些功夫,预设环境几乎是不能用的。[/quote]

有没有新版本的andriod.7z ?我一直使用几年前的旧版本,虽说用起来没问题,但新的应该更智能。还有,老的词频怎么导入新装的系统?


页首
 用户资料  
 
显示帖子 :  排序  
发表新帖 回复这个主题  [ 22 篇帖子 ]  前往页数 1, 2  下一页

当前时区为 UTC + 8 小时


在线用户

正在浏览此版面的用户:没有注册用户 和 1 位游客


不能 在这个版面发表主题
不能 在这个版面回复主题
不能 在这个版面编辑帖子
不能 在这个版面删除帖子
不能 在这个版面提交附件

前往 :  
本站点为公益性站点,用于推广开源自由软件,由 DiaHosting VPSBudgetVM VPS 提供服务。
我们认为:软件应可免费取得,软件工具在各种语言环境下皆可使用,且不会有任何功能上的差异;
人们应有定制和修改软件的自由,且方式不受限制,只要他们自认为合适。

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
简体中文语系由 王笑宇 翻译