[HOME]  [全部表示 会議室風]  [全部表示 保存用]  [HOME]  [リストへもどる] [リストへもどる]

一括表示


  VTDOS139 - konno 14/05/14-21:55 No.6472
 ┣ Re: VTDOS139 - 10# 14/05/14-22:05 No.6474
 ┃ ┗ Re^2: VTDOS139 - konno 14/05/14-22:20 No.6476
 ┗ Re: VTDOS139 - konno 14/05/14-22:15 No.6475
  ┗ Re^2: VTDOS139 - 10# 14/05/14-22:46 No.6477
   ┗ Re^3: VTDOS139 - konno 14/05/16-01:21 No.6479

(6472) 6472VTDOS139  投稿者:konno   2014/05/14(水) 21:55
   コメント数 2

スレッドが込み合ってきたのでVTDOS139の話題はこちらで

まずは 10#さんの掲示板から引用
------------------------------------------------------------
Version 1.39 リリースノート - 10♯ URL

IAS部分互換のFEP APIを実装しました。ckwvを併用することで、
IASに対応したDOSプログラムからIMEを制御できる可能性があります。
これまでもIME制御用にVTDOS専用APIを用意していましたが、
これと等価なことをIAS API経由でも実行できるようにしたものです。
完全互換ではないので、期待通りの効果が得られない場合もあります。

----------------------------------------------------------------

ということで、窓のIMEをFEPと同様に制御できるというVZerの夢が実現しました!
更にVZ以外のDOSツールでもIME制御できる場合もあるでしょう。
VTDOS1.39 + ckwv7 のセットです。

&g()の窓、インスタントマクロの窓では挙動が若干違いますが

&j(1) fr-  のように fr などと組み合わせれば&g()窓も制御できるようです。


1.38以降、環境変数の扱いが変更になっています。
従来の set 使用では問題が出る場合があるようです。
$xset や yset のような拡張SET 使用するのがいいです。

path =    も同様なので

$xset path =  のように変更してください。


1.38以降、UMBのエミュレーション?追加されました。
UMB=0  だとTAGLIGHT 常駐でエラーになります。
UMB=1 にしてください。


以上、備忘録です。

      - No.6472 -    このTreeへ           [リストへもどる] soft

(6472) 6474Re: VTDOS139  投稿者:10#   2014/05/14(水) 22:05
    6472 番 konno さんへのコメント    コメント数 1

横からすみません。
UMBオプションのパラメータはUMBサイズになるので、
1だと4で丸めるので、UMB 4kBytesになります。
現状、最大64kです。

      - No.6474 -    このTreeへ    コメント元:6472 へ [リストへもどる] soft

(6472) 6476Re^2: VTDOS139  投稿者:konno   2014/05/14(水) 22:20
    6474 番 10# さんへのコメント

> UMBオプションのパラメータはUMBサイズになるので、
> 1だと4で丸めるので、UMB 4kBytesになります。

あれ? VMAPの表示は64k になっていたような? と思って確認したら

UMB=64

になっていました。ご指摘感謝です。


      - No.6476 -    このTreeへ    コメント元:6474 へ [リストへもどる] soft

(6472) 6475Re: VTDOS139  投稿者:konno   2014/05/14(水) 22:15
    6472 番 konno さんへのコメント    コメント数 1

なんとなく以前に比べて動作がもっさりな気がしたので
タスクマネージャのCPU使用率を見てみた(4スレッド表示)

大きなログファイルを開いてページ送りする
以前は負荷が50%くらいに上がっていたが、1.39では25%くらいか
ページ送り速度も遅くなったように見える。

文字化け対策の影響?
速度はともかく、CPU使用率が上がらないのはうちの今の環境のせいだろうか。
と思って1.37を見てみたら、40%くらいだった。
1.39+CKWV7 だと、55%くらいまで上がった。なぜ?


VTDOS単体のとき、全角文字にカーソルがあると、左右交互に点滅する。
文字化け対策の影響だろうが、これはこれでいいかも。


      - No.6475 -    このTreeへ    コメント元:6472 へ [リストへもどる] soft

(6472) 6477Re^2: VTDOS139  投稿者:10#   2014/05/14(水) 22:46
    6475 番 konno さんへのコメント    コメント数 1

描画スレッドの同期に問題があったので
1.39では一旦シングルスレッドに戻しています。
おそらく1.40では対策済みです。

クアッドコアでのシングルスレッドの最大負荷は25%になりますね。
(1コアを100%で回してる)

ckwvはVTDOSが全速で描画しているときは全然追いつかないので、
これも1コアを100%消費するので、トータルで50%ぐらい?

VTDOS単体でのカーソルの左右交互は元からだったと思います。
コンソールの仕様かな?と思ってます。

      - No.6477 -    このTreeへ    コメント元:6475 へ [リストへもどる] soft

(6472) 6479Re^3: VTDOS139  投稿者:konno   2014/05/16(金) 01:21
    6477 番 10# さんへのコメント

> 描画スレッドの同期に問題があったので
> 1.39では一旦シングルスレッドに戻しています。

やはり文字化け対策の影響だったんですね。

> おそらく1.40では対策済みです。

おお、対策版が出るんですね。わくわく (^_^)

> ckwvはVTDOSが全速で描画しているときは全然追いつかないので、
> これも1コアを100%消費するので、トータルで50%ぐらい?

そうか、別EXEだから別々のスレッドで動作できたんですね。この辺が
マルチコアの利点ですね。問題は同期か。

> VTDOS単体でのカーソルの左右交互は元からだったと思います。
> コンソールの仕様かな?と思ってます。

そ、そうでしたっけ、最近はCKWVのほうしか使ってなかったもので。

      - No.6479 -    このTreeへ    コメント元:6477 へ [リストへもどる] soft