キツいスペックのPCで頑張ってる人の為のスレ 14

**login:Penguin** · 2012/01/13(金) 21:48:18.79

キツいスペックのPCでLinuxを動かしている人達のスレ。
このスレでのハイエンドマシンのスペックはこのぐらい
CPU Pentium 133MHz
MEM 32MB
HDD 2G
あくまで目安なので、これよりハイスペックでもOK。
ディストロはPlamoかDebianあたりがオススメ。

前スレ
キツいスペックのPCで頑張ってる人の為のスレ 13
http://engawa.2ch.net/test/read.cgi/linux/1295530575/

**login:Penguin** · 2012/07/27(金) 05:45:48.47

フル機能のXって決して軽くはないよね
ただ、必要としなければX Windowを動かさない選択ができるのがMS Windowsとの違い

**login:Penguin** · 2012/07/27(金) 07:11:33.73

古いマシンでフォントのアンチエイリアシングは結構鬼門だと思う……。

**login:Penguin** · 2012/07/27(金) 10:42:44.40

Xといってもtwmならまだ戦える
というかtwmに慣れてしまったので、gnomeとかむつかしくってわかんない

**login:Penguin** · 2012/07/27(金) 17:26:55.14

98でmateとかしゃれ込んでる人って居ないものかな？

っていうかqvwm辺りじゃ役不足なモノって正直なんだろ？

**login:Penguin** · 2012/07/27(金) 19:31:07.74

>>720
今のネットはFLASHとかいっぱいだから。

128MBのマシンのときはのブラウザは、基本的にFLASHを拒絶してたろ。

**login:Penguin** · 2012/07/27(金) 19:33:07.29

>>727
flashて時代遅れな…
動画には必須だけど
HTML5に置き換わってきてる

**login:Penguin** · 2012/07/27(金) 19:43:43.70

>>721
> cuiって、すごいんだな
DOSとか640KBのメモリで日本語入力と日本語変換ができたわけだ。
いま起動している日本語変換やフォントの容量からしてCUIモードで
あってもこの１０～１００倍はメモリを必要としている。
日本語なしでのCUIのDOSなら128KBでも動くわけ。
まあCP/Mとか普通に8KB～64KBのメモリで動いていたけどね。

日本語変換はDOS時代からほとんど進歩していないのに辞書サイズだけは
恐ろしく大きくなった。逆に単漢字が変換できないという問題も
結構増えている。

**login:Penguin** · 2012/07/27(金) 21:38:39.02

でも変換が当時より格段に便利になったという実感はないな。
むしろあの頃のFEPで十分な気がする。

**login:Penguin** · 2012/07/27(金) 21:40:42.89

なんだかんだでメジャーどころではMSIMEが一番単漢字辞書が充実してる罠。。

エディッタは未だにVZの使い勝手が一番良かったような気はする。
EMACS並に何でもできた……。FDとVZあればそれでOKだったような。
ただ、当時の日本のPC(PC-AT互換機でなくて)、特に98x1が日本語スムーズに扱えたのは
フォントROMがあったことと16dot完全決め打ちかつ今より遥かに少ない文字数だったのも大きいかと。

8801の後期型でユーカラアート使ったときの絶望感は計り知れなかった。。。

**login:Penguin** · 2012/07/27(金) 22:48:10.68

正直、VzベースでPomera作ってくれればよかったのになぁ…とは思う。

DynabookAZもUbuntuにしちゃったんだけど
やっぱりダイヤモンドカーソルとかで操作できないのが
PomeraとかAndroidアプリの弱点だと思っているもんな。

viの基本操作はできるけど、Emacsに馴染めなくってね…

**login:Penguin** · 2012/07/27(金) 23:18:52.15

vi最強伝説
でもelvis無理

**login:Penguin** · 2012/07/28(土) 00:06:20.36

>>673
無理だろ

**login:Penguin** · 2012/07/28(土) 00:17:29.59

>>734
鼻毛鯖そのままで使えばおk

**login:Penguin** · 2012/07/28(土) 04:43:50.74

いつはちゃんクラスはドジっ子にはキツいかもしれないけど、
鼻毛じゃキツイ要素は皆無でつまらなくない？

正直うんずのフリーウェアが有ったらGUIには困らないんだけど、
linuxへの移植って意外にされてないんだよな。
ライブラリの移植が面倒だったんだろうか？

**login:Penguin** · 2012/07/28(土) 08:33:01.24

ダイアモンドカーソルってwordstar発祥じゃなかった？
wordstar互換のソフトならあるかもよ
emacsでもwordstar-modeがあったと思う

**login:Penguin** · 2012/07/28(土) 17:30:36.66

>>735
自作じゃないだろ

**login:Penguin** · 2012/07/28(土) 20:41:32.64

>>729
dos時代からはさすがに進歩してるでしょ
その頃ってまだ単純な最長一致法とかじゃないか？

**login:Penguin** · 2012/07/28(土) 21:28:08.01

どのくらい、連文節変換が信頼できるかについては
ずいぶん、向上したんじゃないかな?

ただ、あまり連文節変換に依存しないくせがついている人は
その違いを感じ取ることが無いと思います。

つまり、連文節変換を活用しなければ、そのための学習が進まず
たまに、長い文章を一気に変換しようとすると
思うように、的確な変換をしてくれなくて…
学習させていないことに気づかず、変換プログラムが悪いと考える。

そもそも、ダイヤモンドカーソルとかキーボードショートカットとかで
文節移動とかを手早くできないと
長い文章を一度に変換させようとか、なかなか思わないんだよね。
カーソルキー連打して、文頭に戻るとか、アホらしいでしょ。

だから、設計されただけの機能を活用していない人が多くて…
だからこそ、MS-IMEで満足して、ATOKを買おうとしない人が多いんじゃないかな。

Google日本語入力も、構文解析能力より、語彙収集が人気の秘密だしね。

**login:Penguin** · 2012/07/29(日) 11:59:46.37

変換とか、、、そんな事以前に容量が増えれば応答が遅くなるし常駐メモリも
増える。キツイPCに便利さとかありえねー。

**login:Penguin** · 2012/07/29(日) 14:03:04.11

>DOSとか640KBのメモリで日本語入力と日本語変換ができたわけだ。

この当時の機能と変換効率ぐらいの軽いIMEってlinuxで実現出来ないの？

**login:Penguin** · 2012/07/29(日) 15:10:59.26

skkなら軽いのではないだろうか

**login:Penguin** · 2012/07/29(日) 15:29:29.68

突っ込む辞書の量である程度変換効率をコントロールできるかもしれない

**login:Penguin** · 2012/07/29(日) 16:07:05.95

Mobile Wnnだったっけ　あの手の制限付きのやつなら軽く作れるのでは

**login:Penguin** · 2012/07/29(日) 16:14:44.64

DOSのWXシリーズ、ナツカシス

**login:Penguin** · 2012/07/29(日) 16:25:59.34

windows98までのDOSIMEはWXにそっくり…てかOEMだったかも
DOS窓開けたりDOSそのもので立ち上げて文章書いたりしたなあ、無印Pentiumの100MHzとかで

**login:Penguin** · 2012/07/29(日) 16:36:51.16

uim-fep

**login:Penguin** · 2012/07/29(日) 17:09:12.27

ATOK for XどころかDOS時代でもATOKに不満を感じたことはないが
MS-IMEやWnnやCannaやAnthyやGoogle日本語入力には不満を感じる

**login:Penguin** · 2012/07/29(日) 18:34:59.75

Anthy＝ATOK

**login:Penguin** · 2012/07/29(日) 19:42:24.97

sj3使うのはどうなの？

**login:Penguin** · 2012/07/29(日) 20:24:49.50

Atok12相当のやつがあるじゃん。

**login:Penguin** · 2012/07/30(月) 00:32:36.76

>>752
640KBに収まる位軽いの？

**login:Penguin** · 2012/07/30(月) 00:45:28.10

DOSBOX最強か

**login:Penguin** · 2012/07/30(月) 01:26:25.37

どっちにしろPC/AT互換機版のDOSで640KBに収めるのは無理がある

**login:Penguin** · 2012/07/30(月) 06:50:47.14

PC/AT互換機の、OS/2上のMVDMにおけるDOS/Vだと
けっこう余裕で、日本語変換ができる状態で600KB確保できたけどね。

**login:Penguin** · 2012/07/30(月) 19:10:38.79

いーからバンバンHIMEM.SYS使ってけー

**login:Penguin** · 2012/07/30(月) 22:44:07.68

キツいスペックのPCでDOSで頑張ってる人の為のスレ

**login:Penguin** · 2012/07/30(月) 22:56:23.96

アプリに対して確保可能なメインメモリを偽装するツールってないのかな？
fakemem 64m firefox & とかやって起動や常駐させると、
タブ何枚開いても64MB以上食わなくて（システムは）快適だみたいな奴。

**login:Penguin** · 2012/07/30(月) 23:23:18.97

速度優先だかなんだか知らないけど、リークとまでは言わないけど
終了までまともにメモリ解放しない駄目ソフト多いよね。
システム周りの真面目な作りの奴がその割を食って真っ先にスワップに飛ばされてたり、
動的メモリ確保がハノイの塔状態で苦労してたりして、
結局全体が遅くなってる気がするんだけど、これって気のせいだろうか？

**login:Penguin** · 2012/07/31(火) 00:08:52.83

>760
CPU時間を無意味に食うコードは止めましょう、という教育を受けることはあっても
余ったメモリはOSに返しましょう、という教育を受けることは絶無だからしょうがない。

**login:Penguin** · 2012/07/31(火) 00:45:42.78

>>759
ulimitつかえよ

**login:Penguin** · 2012/07/31(火) 00:48:28.11

>>760
それライブラリー呼んでいるだけで呼び出した先でやっていることは分からない。
いまどきほとんどをカーネル直で呼び出しているような奴はいない。
ほとんどのコードは便利な重いライブラリー、たとえばGTKとかの類を呼び出し
呼び出した先で全部任せて自分では何も考えない。
あとメモリ確保とか小まめにアロケート＆フリーを繰り返しても
スワップするメモリの中には中抜けやら歯抜けみたいな状態となって
最後の歯が抜けるまで全体を解放できなかったりする。
特に動的確保とか一番トラブル原因である。

**login:Penguin** · 2012/07/31(火) 00:56:00.46

>>742
> >DOSとか640KBのメモリで日本語入力と日本語変換ができたわけだ。
> この当時の機能と変換効率ぐらいの軽いIMEってlinuxで実現出来ないの？
>>753
> 640KBに収まる位軽いの？
DOS時代のIMEのメモリ消費量はアプリケーションとOS分部を全て含んで
SWAPなしの状態であり。この時代で実際にIMEが利用できるのは128KBとか64KB程度である。
現在のIMEなどはそのプログラムやら辞書などもメモリに完全に常駐しているわけでもなく
それらが巨大になったそれらがスワップされればそのディスクIOで重くなるのは
当然だろう。完全にONメモリで動くように常駐させれば軽くなる。
DOSでIMEを使う状態で遅めのCPUといえば10MHzで速いCPUで33MHz程度である。
そして辞書はHDDではなく恐ろしく遅いフロッピーディスクである。
その状態でもユーザーがそれほどストレスを受けていない。

**login:Penguin** · 2012/07/31(火) 05:18:15.76

>>764
だから何で今のIMEはこんなに激重なの？
昔のDOS時代の機能で十分だから、激軽の日本語変換を望む人達は多いはず
昔はその機能でワープロとしても使ってたんだから、必要十分なはずだよね？

**login:Penguin** · 2012/07/31(火) 05:23:44.54

不思議だよね。たしかに俺はあの頃辞書をRAMディスクに置いてたけど、
それを差し引いても昔のシステムで十分だと思う。
FD上で読むとさすがに重いけどHDD上ならもう全然気にならない快適な速度。

**login:Penguin** · 2012/07/31(火) 05:56:36.34

新しいハード買わせて経済を活性化させるためさ

**login:Penguin** · 2012/07/31(火) 06:44:26.55

メモリ食いといえば大食いを憚らないGoogle IMEってのがありますが
辞書だの何だの全部オンメモリで動作させているこいつで、今Windows7 32bitで書き込んでいて
二つのプロセス合わせて15M以内

他のFEPが、もし辞書をオンメモリにせずにいても同程度にメモリ食ったりしてるとすると
何か別の場所で大量に食うような仕様になってるんだろうなと

**login:Penguin** · 2012/07/31(火) 11:21:16.92

>>765
SKK あたりなら軽いんじゃないの。

**login:Penguin** · 2012/07/31(火) 14:08:34.32

色々なワードやPC内情報を解析＆溜め込んでサーバーにそうし.......
いやいやまさかそんな事は無いよね？

**login:Penguin** · 2012/07/31(火) 15:09:32.58

Ubuntu向けでいいIMEはあるかい？
標準のIMEだとストレス感じっ放しで辛い
無料やつで有ればベストなのだが

**login:Penguin** · 2012/07/31(火) 15:16:57.64

SKKって癖強くて…

未だに松茸for windowsのフリー版持ってるわ
昔チョイ入力のサイトで配布してたやつ
辞書はともかく変換効率がいまいちだったけど配布サイズは小さかったなー

あとWin9xのDOSIME(WX2相当品?)ってそんなに使い勝手良くなかったよ
最近の仮名漢字変換が全体的に辞書ばかり肥大しておかしくなってるのは認めるけど
昔のも昔のでそれほど使い勝手良くない面もあると思うけどなー
特に連文節変換はスーパーお馬鹿って言われてるWin-VistaのMSIMEより酷かった覚えがある

**login:Penguin** · 2012/07/31(火) 15:18:44.39

Ubuntu標準はiBus+mozcだっけ?
mozcは話し言葉程度なら結構素直に変換してくれるイメージがあるんだが

**login:Penguin** · 2012/07/31(火) 15:27:56.30

>>772
> SKKって癖強くて…
そうかな?
すぐ慣れると思うよ。

漢直とかの方が軽そうだけど、
さすがにハードル高すぎるだろうと自重した。

**login:Penguin** · 2012/07/31(火) 23:03:35.06

>763
> あとメモリ確保とか小まめにアロケート＆フリーを繰り返しても ...
> 最後の歯が抜けるまで全体を解放できなかったりする。

勘違いされやすいが、歯抜けありなしにかかわらずfree()してもメモリはOSには返らない。
calloc()直後にfree()してメモリ使用量が元に戻るかどうか見てるとよろし。

C++のようにアロケート&フリーしまくると断片化ついでに脹れあがる一方なのは当然の理。

**login:Penguin** · 2012/07/31(火) 23:49:35.39

という事は、ライブラリにパッチ当てればメモリ事情も改善するんだろうか？

**login:Penguin** · 2012/07/31(火) 23:57:51.41

空きメモリってディスクキャッシュになる訳だから、
歯抜けをデフラグしてでもガベコレしたほうが得策だよね？

**login:Penguin** · 2012/08/01(水) 05:10:04.73

>>775
昔はそう思ってた(実際そうだった？)けど
最近freeすると返されてることに気づいて少し驚いた

#include <stdio.h>
#include <stdlib.h>

int main ()
{
char *p = calloc (100000000, 1);
getchar ();
free (p);
getchar ();

return 0;
}

少なくとも自分のところではfreeでもpsで見ても縮んでる

**login:Penguin** · 2012/08/01(水) 20:08:49.78

>>777
解放したい歯抜けメモリはだいたい仮想記憶に吐き出され解放する為に
それを主メモリに戻さないといけなくなる。
単純に考えれば解放するのにディスクアクセスも仮想記憶も走らないと思うだろうけど
ランダムに確保解放を繰り返した類は全部解放するだけで恐ろしく時間がかかったりする。
>>777
そんな単純じゃない多段階に歯抜けするので確保の単位が全て共通ならともかく
どの階層でも固定サイズとは限らない。
その為に無駄な低速の遅延が各所で発生する。
スワップの単位や論理ディスクセクターのサイズ、物理セクターのサイズ
最近では消去単位のサイズ(SSD)、
ＯＳがキャッシュするサイズ、ライブラリーがキャッシュするサイズ
アプリケーションが纏めて行う単位。バーションやら鳥でみんなバラバラ

**login:Penguin** · 2012/08/01(水) 21:10:58.36

>778
2004～2005年あたりの実装で変わったっぽい。知らんかった。
glibc 2.0～2.2の頃はunicodeのごたごたしか追ってなかったぜ。

ちょっと見てみて思ったが calloc()一回目と二回目以降で挙動が変わるんだな。
二回目以降はcalloc()時点でmmap()が物理メモリを確保しない。

char *tmp = calloc(1,1); // こっちは物理メモリも確保。
char *q = calloc(1000000L, 1); // 二回目なので物理メモリは確保しない。

と

char *q = calloc(1000000L, 1); // 物理メモリを確保する。
char *tmp = calloc(1,1);

でRSSの変動が違うw

**login:Penguin** · 2012/08/01(水) 21:12:33.34

ディスク相手にデフラグするのと違って、メインメモリならランダムアクセスは
圧倒的に速い筈。
要はスワップに吐き出すときにちゃんと処理すればいいんじゃないだろうか？

**login:Penguin** · 2012/08/01(水) 21:19:32.63

いっそ「ガベコレがあるLispやJava系のソフトしか使わない!!」宣言してみるとかどうだろう?

SKKもEmacsLispだし。

**login:Penguin** · 2012/08/02(木) 00:38:10.49

>>780
同じプロセスでやってもダメ。内部で同じバッファやっているわけで
内部だけは整合性が取れている。
別プロセスで交互に行なうのとは恐ろしく違うわけね。

**login:Penguin** · 2012/08/02(木) 13:22:21.33

SKKは一般的でない普段使わないような文字も変換の先頭に来る
旧字もガンガン出てくる（「画面に目を近付けて確かめるとほんのちょっとだけ違うことがわかる旧字異体字」が連続で出るので辛い）
漢字と送りがなの知識が必要なのは許容するが、それ以外の部分はなんとかして欲しいなあ

**login:Penguin** · 2012/08/02(木) 13:25:41.07

>>784
SKK の問題っていうか辞書の問題だね。
たしかにその辺は人手が足りてない。

**login:Penguin** · 2012/08/02(木) 14:04:59.88

SKKは一発で出る間違いのない単語や送り仮名ならいいんだけど、
同音や異な^h意義←^hのある語句だと変換送りのために押すキーが多数^hくなってしまうのが難点
読みだけ入力して「えーっとどれかなー」と変換表(へんかん・おもて)を眺めて変な学習させるくらいなら、
間違いのない単語を頭で考えて漢字や送り仮名を削ったほうが早晩\hい
連文節(「連文節」という言葉が辞書に入っているかどうか(一発変換できるかどうか)、ここで1秒ほど悩む)変換と
どっちが効率が良好^hいかというのはなんとも言葉^hえないな
簡単な言葉であればあるほど同音異義語がたくさんあって選択権^hに時間がかかるんだよね

いや変な(へん・な)変換の仕方をしているという自覚はあるよ、うん
SKKの使い方向^hを特殊^hに勉強したわけじゃないから、もっといい使い方(あ、「つかいかた」で変換できた)があるのかもしれないけどさ

^hはバックスペース、←(ひだりや)は左カーソル移動
「異な^h意義←^h」は「異な」の「な」を削って「意義」を入力し、カーソル左に動かしてバックスペースして「意」を削って「異義」にするという意味

**login:Penguin** · 2012/08/02(木) 14:10:47.41

>>786
> 読みだけ入力して「えーっとどれかなー」と変換表(へんかん・おもて)を眺めて変な学習させるくらいなら、
> 間違いのない単語を頭で考えて漢字や送り仮名を削ったほうが早晩\hい
そういう人はがんばって漢直を身に付けた方が
ストレス減るんじゃないかな。

**login:Penguin** · 2012/08/02(木) 14:12:20.49

なんか話がそれたな。
キツいスペックの PC で日本語入力に何を使うか、って話だよねそもそもは。
マシンに無理をさせられないんだから
しわ寄せが人間側に来るのはある程度ガマンしないと。

**login:Penguin** · 2012/08/02(木) 14:32:42.95

>>787
それは単にめんどくさいっていうか、入力の半分以上は普通に一発変換できるからSKKでいいんよ
あんまりに長く使い過ぎて、「そのまま入れる語」と「削って自作する語」がもうだいたい決まってる
たとえばこのレスの1行目の「ヘンカン」の一発変換候補はいつも使う「変換」のみであって、
たまにしか使わない「返還」はその場で適当に考えて「返す^h還元^h」とかで入力することになってる
あんまりにも久しぶりだと、欲しい漢字を含む単語がぜんぜん思いつかなかったりするけど
「返環」と書いてしまってから、いやなんかこれ違わね？？みたいな

>>788
SKKの使いにくさは入力システムそのものの、言ってみれば欠番^h陥い^hであって、
実行マシンのスペックに依存するものではないと思うぞ

まあ、たまたまSKKの話題が出てたから書いただけで、個別案件についてはやっぱスレ違いだけどね
なんとかうまくならんもんかしらーみたいな愚痴

**login:Penguin** · 2012/08/02(木) 14:50:34.95

重いけど使いやすいソフトと、軽いけど使いにくいソフトがあったとき
キツいスペックのマシンでは後者を選ばなきゃいけないよね、って話。
かといって極端に使いにくかったらダメなんで、
妥協点として SKK はどうよと提案したのよ。

**login:Penguin** · 2012/08/02(木) 16:05:00.99

じゃあSKK以外に何があるかというと……。

**login:Penguin** · 2012/08/02(木) 17:59:55.91

変換エンジンならいくつもあるのに、辞書が融通きかないよな。
良さげだと配布条件が謎だったり、後はありがたく使っときな的な暫定辞書とかで、
語を厳選して辞書サイズ節約する以前の話なんだよな。

**login:Penguin** · 2012/08/02(木) 19:52:10.36

てか

1.本当にSKKしか軽いFEPないの？
2.2000年以前にもLinuxで日本語入力してた人はいる訳だけど、当時のFEPはてんでダメなの？
3.辞書って本当に凄くでかいのが必要なの？

こんな感じ

**login:Penguin** · 2012/08/02(木) 20:13:56.64

cannaに帰ろう

**login:Penguin** · 2012/08/02(木) 20:31:55.71

>変換エンジンならいくつもあるのに、辞書が融通きかないよな。

職場や研究室だと先輩から後輩へだいだい引き継ぐというか
コピーしてもらう慣習があるとこも有るみたいだけどね。

フリーソフトを配布する要領で、強化学習済の辞書をやり取りしたり
数人分の辞書をマージしたりしたら便利になるかな

**login:Penguin** · 2012/08/02(木) 20:38:26.24

>>793
2. XIM っていまどきのディストリでも使えるんだっけ。
3. 辞書の大きさが問題なの?

**login:Penguin** · 2012/08/02(木) 20:55:06.23

昔のcannaとかってサーバークライアント式だった気がするが
そんな方式を利用して、誰もが使えて変換が良い辞書とかできないもんかね～。

**login:Penguin** · 2012/08/02(木) 21:45:44.25

>>796
問題なのはメモリ使用量とレスポンスだろうね
このスレの該当PCも320MBのHDDに640x480の画面ってな構成じゃなくなってきてるし

で、SKKしかないのならそれはそれで仕方ないけど、癖が強いのは間違いない
そりゃーSKK好きな人は押すだろうけど敷居は高いと思うよ、そこは考慮すべき

**login:Penguin** · 2012/08/03(金) 00:34:36.80

で結局一番軽いIMEは何なの？

**login:Penguin** · 2012/08/03(金) 03:14:07.76

っていうか、skkって文頭を大文字で指示しているだけだろ？
どちらかと言えばローマ字モードとかかなモードとかの一種じゃないか？
なんでインターフェースと変換エンジンと辞書の組み合わせが固定されてて
それぞれ独立して設定できる枠組みがないんだろう？

道具はそれぞれが得意な状況を覚えて切り替えて使ったほうが効率よくなる筈。

**login:Penguin** · 2012/08/03(金) 05:29:46.09

SKKには構造上連文節変換が有り得ないから、とかでは
いやまともに使ったことないから、実は可能なのかもしれないが
俺には到底無理だった……。

御仕着せのiBus+AnthyやiBus+mozcばかりだったけど、ちょっとCannaとかWnn入れてみるかな

**login:Penguin** · 2012/08/03(金) 14:31:24.89

糞スペックなＰＣに連文節変換とか贅沢すぎるから。
なんでも高級機能求めていると高スペックＰＣを使えば（買えば）いいだけ。

**login:Penguin** · 2012/08/03(金) 18:10:27.32

どうしてもSKKを押し付けないと気が済まない派閥でもあるんだろうか

**login:Penguin** · 2012/08/03(金) 18:26:37.17

いっそVNCやRDPヴュアーだけ動かして、ソフトの駆動もIMEも本体に任せるってアプローチはダメ？

自分はssh -X でそういう使い方をしてるんだけど、キツいスペックのノートは
屋内でしか使わないし、一台くらい複数人同時ログインしてもそこそこ使える
くらいのマシンは有ると思うのだけど、、、

「そういう話をしているのでは無い。スタンドアローンでどれだけ使えるかが重要なのだ！」
って話だったらゴメンだけど。

**login:Penguin** · 2012/08/03(金) 18:34:56.25

>>803
考えすぎ。

**login:Penguin** · 2012/08/03(金) 22:50:28.70

ん？。
変換エンジンと、IMと話がごっちゃになっとらんか？
ibus使えば変換エンジンにskkつかっても重いし
uim-fepなら、変換エンジンがmozcでも軽いだろ。

ibus>>scim>uim>>skkinput(kinput2) >uim-fep
って感じ。

**login:Penguin** · 2012/08/03(金) 23:59:47.19

skkfep で OK

**login:Penguin** · 2012/08/04(土) 07:28:11.28

>>802
複文節ならともかく、連文節なら推定8bitの専用ワープロでも可能だったよ。
液晶が三行しかなくて、外部保存がライン出力（オーディオカセット）なんて奴な。

**login:Penguin** · 2012/08/04(土) 08:22:06.87

最近は、どうでもいい単語がやたらいっぱい詰まってるって感じ。
辞書は現在の１％でも普段使いに支障はないと思う。

**login:Penguin** · 2012/08/04(土) 12:01:08.07

みなさんキツスペックノート、どういう感じで使ってる?

普通のノートみたいに毎日通勤時携行する?
それとも休みの日にカフェに持っていく程度?
それとも家庭内ノマド風?
あるいは省スペースデスクトップとして?

**login:Penguin** · 2012/08/04(土) 13:02:51.70

でかいし外に持ってくのは恥かしいな。
スペック的にもスマフォの方が上だし、、、

鯖機兼クライアントで使っとるよ。
鯖機は、dropboxやboxnet等のクラウドやスマフォし連携し、
写真のリサイズ、ツベ動画の変換、全文rss、encfs暗号化とか鯖機で自動化してる。
クライアントとしては、CUI中心でncmpcで音楽聞いて、navi2chがメインw

**login:Penguin** · 2012/08/04(土) 21:56:32.03

そもそも、入力面については、スマフォの方が「キツいスペック」じゃない？
ハードスペックの所為で慣れを強要するのはなんか違う気がするんだよな。

**login:Penguin** · 2012/08/04(土) 22:00:57.12

実体のキーボードがないって結構な「キツさ」のハードだと思うの

**login:Penguin** · 2012/08/04(土) 22:09:20.23

取り敢えず自分はベッドで寝転がって
音楽聞いたりテキスト読んだり打ったり程度にしか使ってないですな
キーボード含めて10k円くらいの泥パッドでもできるっちゃできるはずだけど
逆に別に買わなきゃならんこともないわけで

調べ物から何か作成するときまではメイン機かサブ機で
キツいPCとのデータの遣り取りはUSBメモリで、みたいな

**login:Penguin** · 2012/08/04(土) 23:52:47.40

ベットトップいいよね。放熱がちょっと気になるけど。

PCカードは10baseでも意外と用が足りる事が多いから持ってて損は無かったな。
デスクトップでも結構メモリカード用にスロットついてたりして、
内蔵lanが使えない時とか流用できて重宝したり。

まあハードはなきゃないで代替を工夫できるのがPCの面白さで、
代替なんだから妥協しろとか買い換えろというのは無念だと思う。

**login:Penguin** · 2012/08/04(土) 23:58:20.15

無念？
無粋じゃね。

**login:Penguin** · 2012/08/05(日) 00:21:08.43

粋かどうかと問われれば美学と言うより野暮かもしれない
でもその野暮が面白いってことさ。

**８１０** · 2012/08/05(日) 03:17:29.51

やっぱり家の中で使ってる人が大半と言う感じですかね？
だとすると、それほどガリガリチューニングをしなくても
重い処理はRDPやVNCで飛ばしてしまえばいいと思うんだけど
そう言うのもやっぱり無粋なのかな

**login:Penguin** · 2012/08/05(日) 08:34:48.03

それはそれで良いのでは?
重い処理しないからIMやら変換エンジンの重さとか意識したことないんで
OS御仕着せのままつこうてますよ

**login:Penguin** · 2012/08/05(日) 09:01:29.28

気にしたら負けじゃない？
synergy辺りを使って赤外線キーボード化って誰かやってないのかな？

要はやりたいことができりゃいいのよできりゃ。
ただ、昔はそれ以下のスペックでできてた事なら、
それはできないんじゃなくて知らないだけって事だよね。

**login:Penguin** · 2012/08/05(日) 09:36:54.68

昔ってーと'97年くらいになっちまうので
当時の手持ちPCではsoftware midi聴きながらテキスト打ってたら固まるとか普通だったんで
個人的にはmp3聞きつつテキスト打てるとか、気が向いたときに別窓でブラウザ立ち上げたりJDつこたりできる今の環境で何も文句無いですわ

ブラウズおっそいとかFlash見れないとかHDDガリガリいうとか別に気にしないのです
まともに重たいことやりたい時はメイン機かサブ機使えばいいことなんで

ただ機材も頑張り具合も人それぞれなんで、最近のIM関係の話題はおもしろいなーと思ってみてました

**８１０** · 2012/08/05(日) 10:20:38.69

ただ、IMEやエディタは宗教というか結果が出ない展開になりがちなので
ドッチが便利とか使いやすい、って流れはどうなのかな?と思って

**login:Penguin** · 2012/08/05(日) 14:38:09.37

どれが一番なんて話はそれぞれの分野のスレに任せて、
ここではどう構成すれば満足いく機能を実現できるかを考えるべきだよね。
同時に使わないものならディスクの空きと相談しながら両方導入すれば済む話だし、
オープンソースであれば足りない機能の移植検討位はできる訳だし。

っていうか、そういう競合品活用研究とかって誰もやってないんだよな。
錆びたナイフは研ぐ面倒だから十徳ナイフ使っとけみたいな話ばっかり。