なぜVBは扱いが低いのか

なぜVBは扱いが低いのか (200ﾚｽ)
上下前次 1-新

1: 2010/09/14(火)02:49 ID:czSliofv(1) AAS
よく考えてみよう

171(2): 2013/01/31(木)21:35 ID:NyoQQhH7(12/17) AAS
＞オフスクリーンサーフェスにピクセル配列を転送するコード
言い回しが古すぎるね。
Direct3D9ではIDirectSurfaceを直接操作せず、IDirect3DTexture経由で事足りる。
以下、テクスチャを1ドット毎白く塗りつぶす例。

D3DLOCKED_RECT lockRect;
pTexture->LockRect(0, &lockRect, NULL, D3DLOCK_DISCARD);

for(int y=0; y<h; y++)
{
for(int x=0; x<w; x++){
DWORD color = 0x00ffffff;
BYTE* p = (BYTE*)lockRect.pBits + lockRect.Pitch*y + 4*x
memcpy(p, &color, sizeof(DWORD));
}
}

pTexture->UnlockRect(0);

172: 2013/01/31(木)21:38 ID:NyoQQhH7(13/17) AAS
ライブラリを作るなら、例えば次のようにラップされ、
ライブラリユーザーは"ロックなど不可視"なはずだ。

virtual void FillTexture(int rgbColor) = 0;

173: 2013/01/31(木)21:42 ID:NyoQQhH7(14/17) AAS
あっちゃ〜、こりゃまた完全勝利してもうたわぁ〜。

低脳にも理解できたかな？　ひとつ勉強になっただろ。
先生にありがとうございましたって、しっかり頭下げとけよｗ

174: 2013/01/31(木)21:56 ID:NyoQQhH7(15/17) AAS
ID:wVU/jdLoが顔真っ赤にして唇を噛み締め、悔し涙を流すのも無理はない。

175(1): 2013/01/31(木)22:00 ID:wVU/jdLo(9/13) AAS
ではこちらはデータ転送部分だけだが、オレの書いたコードをあげよう

void __stdcall s2sp15MoveMemory32SSE2( long ptrSrcZeroDTSC, long ptrDstZeroDTSC, long SrcWidth, long LinePlusByte,long StartTop, long WorkHeight )
// 同サイズでの３２ビットカラーデータ転送。サイズは送り側 SrcWidth を、８の倍数にすること。
{
__asm
{
mov ebx,LinePlusByte
mov esi,ptrSrcZeroDTSC
mov edi,ptrDstZeroDTSC
mov eax,SrcWidth
movd mm0,eax
shl eax,2 // 32ビットなので４倍
mov ecx,StartTop
mul ecx
add esi,eax // ソース開始アドレス
movd eax,mm0
shl eax,2 // 32ビットなので４倍
add eax,ebx // LinePlusByte
mul ecx
add edi,eax // デスティネーション開始アドレス
movd eax,mm0
shr eax,2 // ４点ずつ処理する
movd mm6,eax
mov eax,WorkHeight
add eax,ecx
movd mm5,eax // エンドライン
mov eax,ebx
or eax,edi
test eax,0xf
jnz LL201 // アライメントＮＧ

176: 2013/01/31(木)22:01 ID:wVU/jdLo(10/13) AAS
LL101: // アライメントＯＫ
movd eax,mm5
cmp eax, ecx
je LL99
movd mm7,ecx
movd ecx,mm6
LL102:
dec ecx
js LL120
movdqa xmm0,[esi]
movntdq [edi],xmm0
add esi,16
add edi,16
jmp LL102
LL120:
add edi,ebx // ダイレクトＸでのライン加算
movd ecx,mm7
inc ecx
jmp LL101

177: 2013/01/31(木)22:02 ID:wVU/jdLo(11/13) AAS
LL201: // アライメントＮＧ
movd eax,mm5
cmp eax, ecx
je LL99
movd mm7,ecx
movd ecx,mm6
LL202:
dec ecx
js LL220
movdqa xmm0,[esi]
movdqu [edi],xmm0
add esi,16
add edi,16
jmp LL202
LL220:
add edi,ebx // ダイレクトＸでのライン加算
movd ecx,mm7
inc ecx
jmp LL201
LL99:
emms
}
return;
}

178(1): 2013/01/31(木)22:05 ID:wVU/jdLo(12/13) AAS
movntdqは、ライト時にＣＰＵキャッシュへの書き込みをキャンセルする命令だ。
書き込みを高速化できる。

179: 2013/01/31(木)22:07 ID:wVU/jdLo(13/13) AAS
まあＶＢじゃないが、そっちもＣ＃のコードだしな。

180: 2013/01/31(木)22:30 ID:NyoQQhH7(16/17) AAS
誰も聞いてないし、何の目的があってそんな糞を貼ったんだ？
ところ構わず糞を垂れるのは痴呆なのだろう。病院逝っとけ。

181: 2013/01/31(木)22:36 ID:QubZj7j9(1) AAS
スレタイの答えを具現化したようなやりとりだな。

182: 2013/01/31(木)22:42 ID:NyoQQhH7(17/17) AAS
＞書き込みを高速化できる。（ドヤ
やはり病人のようだな。相手し切れん。

183: 2013/01/31(木)22:50 ID:k0j/GaYd(1) AAS
貼っとくか

アスペの特徴
?勝ち負けに異常にこだわる（常に生と死や○か×かの極端な二択）
?性的なことで相手を罵倒するのが好き（性への異常な執着）
?相手を知的障害者や奇形児と罵倒する（生理的に苦痛などの一般的な感情の欠落）
?揚げ足（自分では分析・考察ができないため周囲の言葉を借り「それはお前」とオウム返し）
?個人情報や姿・容姿への一方的な思い込み（「相手は○○であるから△△である」という決め付け）
?自分は常に被害者である（周囲が自分の意見を分かってくれないのは周囲が悪いという自己中心的な考え）
?粘着質（少しでも気に入らない相手には徹底的な誹謗中傷を行う）
?感情的になると幼稚な言葉や短文での罵倒（うんち、お漏らし、死ね、臭い等の言葉の連投）

外部ﾘﾝｸ:logsoku.com

184: 2013/01/31(木)23:11 ID:de6zIt5h(1) AAS
使いたい言語使えよ

185: 2013/01/31(木)23:37 ID:wc/pmLvR(1) AAS
wVU/jdLoが問題にしてるのは、VB側で確保したヒープを、DLLなりに渡す方法じゃないのか？
>>171のコメントってずれてないか？
>>161のコメントって脱線してないか？
>>157で言ってる話をころころ変えてるのって、どっちの方だ？！

186: 2013/02/01(金)01:04 ID:5kKv/peJ(1/2) AAS
＞wVU/jdLoが問題にしてるのは、VB側で確保したヒープを、DLLなりに渡す方法じゃないのか？
そうだよ。俺はDLLにヒープを渡す際に行うGCのロックについて回答した。

しかし回答に対してwVU/jdLo（>>153）が突然、
DirectXでサーフェスのVRAMをロックする仕方を教えてくれと言い出した。
以後、彼はGCとDirectX、２つの話を同じ話とした誤った前提をもとに得意面で執拗に追及しはじめる。

またwVU/jdLo（>>153）はGCのロックが面倒だという当初の題目(>>146)を覆し、
「俺が聞いたのはコーディングの話じゃない。実行上の有利性だ。（実行速度）」
などと捏造する。

その後も謎の要求を繰り返す。
「オフスクリーンサーフェスにピクセル配列を転送するコードを書いてみろ。」
「コードを書いたらオマエの勝ちでいい。できなければオマエの負け。」

しかたがないので、wVU/jdLoが繰り返し要求していたコードを書いた(>>171)。
何か意味や目的があるのかしらないが満足したらしく、
ID:wVU/jdLoは意味もなく >>175->>178 を張ったということだ。

187: 2013/02/01(金)01:08 ID:5kKv/peJ(2/2) AAS
読解力のないお馬鹿さん友達なのはよくわかった。

だが俺のせいにされても困るな。頭のおかしい人が1人で暴れてて、
こっちは二転三転する話に付き合ってやっただけだから。

188: 2013/02/01(金)20:46 ID:WGADr03p(1) AAS
頭の中の藁人形に勝利宣言するのって気持ちいいのか？ｗｗｗ

189: 2013/02/02(土)01:35 ID:I6aYuYDa(1/5) AAS
久方ぶりに来てみたら、なにやら人が沢山いるな。VBそっちのけでｗ
まあ、.netのガベコレに苦労してる人が多いのは分かった。
メモリー管理は初心者には相変わらずの鬼門だな。
でもさ、.netではAPIのかわりになるような命令がいっぱいあるから、
API呼び出す必要はほとんど無いような・・・

>>146
＞Vistaのせいかな？あのころ、メモリ不足でパフォーマンスが落ちるＰＣが多かったからな。
＞でも .net って Vista より先じゃなかったっけ？

メモリーの断片化はもっと昔から問題になってたわけだが？
とにかく動的メモリーを使いまくると正体不明でアプリが落ちるわ、
落ちた後でもOSが不安定になるわで動的メモリー管理は敷居が高かった。
まあ、断片化しないようにメモリーを使えば問題ないわけだが。

190: 2013/02/02(土)02:00 ID:I6aYuYDa(2/5) AAS
そうそう昔は、動的メモリーを多用してるアプリケーションを平行して
何個も動かしていた場合にも、メモリーの断片化が発生していたな。
メモリーの虫食い現象と呼んだ方が分かりやすいかな？まあ詳しい話は
フラグメンテーションでぐぐれ。こればっかしは、ガベコレを使わない限り、
メモリーを増やした所でアプリが落ちるのを延期するぐらいの意味しか無い。

191(2): 2013/02/02(土)02:22 ID:I6aYuYDa(3/5) AAS
あと、初心者だとメモリー管理に関してはスワップファイルが
何とかしてくれると勘違いしているようだが、スワップファイルを
ページングで何とかなる容量は32bitだと2Gバイトまでなんだよな。
64bitOSの場合だとHDDの許す限り何とかしてくれるんだろうけど。

192: 2013/02/02(土)03:03 ID:I6aYuYDa(4/5) AAS
64bitでも128Gまでだった・・・
外部ﾘﾝｸ[aspx]:technet.microsoft.com

193: 2013/02/02(土)14:07 ID:w8UuMgVB(1) AAS
動的メモリの確保と解放は難しいのではなくミスを招く。
数をこなしてる上級者でも忘れたり、ちょっとしたポカをする。
だから上級者でもガベージコレクションはかなりありがたい。

.netやjvmのメモリコンパクションはあまり期待できない。
あとメモリリークではなく断片化でアプリ落ちるか？

>>191は仮想メモリのアドレスサイズの話だろうか。

194: 2013/02/02(土)14:22 ID:PtZOYkce(1) AAS
断片化が最終段階に達すると、空領域があるのにもかかわらず、突然メモリーの取得や再取得に失敗するようになるんだよ。
あとはメモリー破壊へとまっしぐら。もしくは例外終了かな？

195: 2013/02/02(土)19:19 ID:I6aYuYDa(5/5) AAS
＞.netやjvmのメモリコンパクションはあまり期待できない。

これは初めて知った。んー、VBはメインで使う言語じゃないから気にしないでおくか。

＞>>191は仮想メモリのアドレスサイズの話だろうか。

そうだよ。

196: 2017/02/03(金)02:11 ID:WWGfnxzw(1) AAS
age

197: 2017/12/31(日)20:44 ID:/rN76OKL(1) AAS
簡単にお金が稼げる方法興味ある人だけ見てください。

グーグル検索⇒『来島のモノノリウエ』

UD63T2V610

198: 2018/10/06(土)00:55 ID:TBUE3ojn(1) AAS
VB今からやるの止めた方がいいですか？

199: 2023/01/22(日)09:41 ID:w5i/1OO5(1) AAS
ただ今制限って何？

200: 2023/08/28(月)21:44 ID:Agfk3gnt(1) AAS
それって本当にできるの？

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.009s