C# と VB.NET の質問掲示板
ASP.NET、C++/CLI、Java 何でもどうぞ
掲示板トップ
C# と VB.NET 入門
新規作成
利用方法
ツリー表示
トピック表示
ランキング
記事検索
過去ログ
ログ内検索
キーワードを複数指定する場合は 半角スペース で区切ってください。
検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
[返信]をクリックすると返信ページへ移動します。
キーワード
/
検索条件
/
(AND)
(OR)
検索範囲
/
(現在のログ)
(全過去ログ)
(過去ログ1)
(過去ログ2)
(過去ログ3)
(過去ログ4)
(過去ログ5)
(過去ログ6)
(過去ログ7)
(過去ログ8)
(過去ログ9)
(過去ログ10)
(過去ログ11)
(過去ログ12)
(過去ログ13)
(過去ログ14)
(過去ログ15)
(過去ログ16)
(過去ログ17)
(過去ログ18)
(過去ログ19)
(過去ログ20)
(過去ログ21)
(過去ログ22)
(過去ログ23)
(過去ログ24)
(過去ログ25)
(過去ログ26)
(過去ログ27)
(過去ログ28)
(過去ログ29)
(過去ログ30)
(過去ログ31)
(過去ログ32)
(過去ログ33)
(過去ログ34)
(過去ログ35)
(過去ログ36)
(過去ログ37)
(過去ログ38)
(過去ログ39)
(過去ログ40)
(過去ログ41)
(過去ログ42)
(過去ログ43)
(過去ログ44)
(過去ログ45)
(過去ログ46)
(過去ログ47)
(過去ログ48)
(過去ログ49)
(過去ログ50)
(過去ログ51)
(過去ログ52)
(過去ログ53)
(過去ログ54)
(過去ログ55)
(過去ログ56)
(過去ログ57)
(過去ログ58)
(過去ログ59)
(過去ログ60)
(過去ログ61)
(過去ログ62)
(過去ログ63)
(過去ログ64)
(過去ログ65)
(過去ログ66)
(過去ログ67)
(過去ログ68)
(過去ログ69)
(過去ログ70)
(過去ログ71)
(過去ログ72)
(過去ログ73)
(過去ログ74)
(過去ログ75)
(過去ログ76)
(過去ログ77)
(過去ログ78)
(過去ログ79)
(過去ログ80)
(過去ログ81)
(過去ログ82)
(過去ログ83)
(過去ログ84)
(過去ログ85)
(過去ログ86)
(過去ログ87)
(過去ログ88)
(過去ログ89)
(過去ログ90)
(過去ログ91)
(過去ログ92)
(過去ログ93)
(過去ログ94)
(過去ログ95)
(過去ログ96)
(過去ログ97)
(過去ログ98)
(過去ログ99)
(過去ログ100)
(過去ログ101)
(過去ログ102)
(過去ログ103)
(過去ログ104)
(過去ログ105)
(過去ログ106)
(過去ログ107)
(過去ログ108)
(過去ログ109)
(過去ログ110)
(過去ログ111)
(過去ログ112)
(過去ログ113)
(過去ログ114)
(過去ログ115)
(過去ログ116)
(過去ログ117)
(過去ログ118)
(過去ログ119)
(過去ログ120)
(過去ログ121)
(過去ログ122)
(過去ログ123)
(過去ログ124)
(過去ログ125)
(過去ログ126)
(過去ログ127)
(過去ログ128)
(過去ログ129)
(過去ログ130)
(過去ログ131)
(過去ログ132)
(過去ログ133)
(過去ログ134)
(過去ログ135)
(過去ログ136)
(過去ログ137)
(過去ログ138)
(過去ログ139)
(過去ログ140)
(過去ログ141)
(過去ログ142)
(過去ログ143)
(過去ログ144)
(過去ログ145)
(過去ログ146)
(過去ログ147)
(過去ログ148)
(過去ログ149)
(過去ログ150)
(過去ログ151)
(過去ログ152)
(過去ログ153)
(過去ログ154)
(過去ログ155)
(過去ログ156)
(過去ログ157)
(過去ログ158)
(過去ログ159)
(過去ログ160)
(過去ログ161)
(過去ログ162)
(過去ログ163)
(過去ログ164)
(過去ログ165)
(過去ログ166)
(過去ログ167)
(過去ログ168)
(過去ログ169)
(過去ログ170)
(過去ログ171)
(過去ログ172)
(過去ログ173)
(過去ログ174)
(過去ログ175)
(過去ログ176)
(過去ログ177)
(過去ログ178)
(過去ログ179)
強調表示
/
ON
(自動リンクOFF)
結果表示件数
/
20件
30件
40件
50件
100件
記事No検索
/
ON
大文字と小文字を区別する
全過去ログを検索
ヒット / 6件
(1-6 を表示)
<<
0
>>
■11940
Re[30]: ★1月東京、2月大阪、東京勉強会検討会
□投稿者/ ぽぴ王子 -
(2007/12/25(Tue) 23:14:33)
>
■
No11938
(ひろえむ さん) に返信
> いや、mxbさんが先に申し出ておられましたが・・・
> いいのかな?
む?そうなのですか。
じゃあまた別の機会にします。
> これはどういう意味でしょうか?
>
> 勉強会を準備してくれている皆さんに失礼ではありませんか?
えっと、これは逆に僕の方が意味がわかりませんでしたが。
このスケジュールだと朝一セッションになるから、会場が暖まって
いないだろうし、がんばらなくちゃなあというような意味で書いたの
だけど、何か失礼なことでもありましたでしょうか。
記事No.11251 のレス /過去ログ26より /
関連記事表示
削除チェック/
■13697
Re[3]: 定時に動作するWindowsサービスの作り方について
□投稿者/ れい -
(2008/02/01(Fri) 18:46:49)
■
No13690
(natural さん) に返信
> 『決められた時間』ですが、これはDBのとあるテーブルから読み出すものなので、
> その値次第で、時刻が変わるものです。
なら、
> TimerかSleepで数秒or数分置きに現在時刻を確認し、
> 決められた時刻であった場合、ワーカースレッドを作成して動作させる・・・というような設計を考えたのですが、
> みなさんならば、どのような設計・実装方法にしますでしょうか?
Timerは大体そんな感じで
よいと思います。
スレッドをどのようにするのかはいろいろ考慮する必要があると思います。
記事No.13686 のレス /過去ログ29より /
関連記事表示
削除チェック/
■74998
Re[2]: WPF上でのWindowsFormsユーザーコントロール
□投稿者/ shima -
(2015/02/16(Mon) 20:25:20)
■
No74930
(Hongliang さん) に返信
ありがとうございました!
仰るとおり、AutoScaleMode.FontをNoneにすることで、間延びする問題が解決しました。
ただ、やはりWPFのコントロールの中では違和感のある表示になってしまい、
急遽WPF用のコントロールに書き換えました。
ネットであまり情報がないのは、この辺が理由かもしれませんね・・・;
今後も置き換える時間がないときなどは、この方法で埋め込むこともあると思います。
大変たすかりました。
記事No.74904 のレス / END /過去ログ126より /
関連記事表示
削除チェック/
■83262
Re[3]: 大量のテキストファイル
□投稿者/ Azulean -
(2017/03/15(Wed) 22:52:00)
2017/03/15(Wed) 22:54:07 編集(投稿者)
■
No83261
(金尾 さん) に返信
> メモリがボトルネックになっているかどうかは
> どのようにすれば調べられますでしょうか?
ストレージの影響ではないと仮定しても、メモリのスピードの影響だと言い切るのは弱いと思いますね。
(仮にメモリのスピードの影響だとしても、それはマルチスレッドにしたところで改善しないので、打つ手なしなので建設的ではありません…)
というより、たいていはストレージよりもメモリの方が速いはずなので、「メモリ(のアクセススピード)がボトルネックである」という仮定をしたり、調べたりすることがありません。
巨大な配列の確保・解放を繰り返した場合、スワップが発生する、ページフォールトが起きるといった意味ではメモリ・ストレージ間のデータ転送待ちになることはよくあります。
それが起きている場合、タスクマネージャーの詳細タブでページフォールトの数が勢いよく上がるはずなので、それで観測できるかもしれません。
それが要因の場合は、メモリの確保・解放を繰り返さない、それでも発生するならメモリ確保量・処理量を見直すってことになると思います。
■
No83259
(金尾 さん) に返信
> しかし、VB.NETで
> Dim str() As String = Encoding.UTF8.GetString(bs).Split(CChar(vbCrLf))
>
> の部分をコメントアウトし、
> バイト配列→ストリング配列の処理を行わなければ
> 1分くらいで処理が完了するのですが
> これはなぜでしょうか?
「バイト列を UTF-8 と解釈して String にする処理」と「改行ごとに区切った String 配列を生み出す処理」が時間かかるってことでは。
前者が遅いのか、後者が遅いのかは、Split なくしたコードを実験すれば切り分けられるかと。
ところで、Split は配列を生み出すので、そういう意味だとループの中で確保・解放を助長していることになります。
10MB のテキストというと、かなりの分量でしょうから、それを 1 万ファイルとなると、メモリの確保・解放による処理のロスは大きいかもしれませんね。
記事No.83253 のレス /過去ログ142より /
関連記事表示
削除チェック/
■85920
Re[6]: マルチスレッドで配列でも同期が必要ですか?
□投稿者/ コング -
(2017/12/01(Fri) 22:20:17)
■
No85917
(なちゃ さん) に返信
補足ありがとうございます。
失敗する、というのはどういうことですか?
変数内の同じ要素にアクセスすることだとして、
他のアーキテクチャのCPUだとその確率が上がるのはなぜですか?
記事No.85877 のレス /過去ログ147より /
関連記事表示
削除チェック/
■85926
Re[7]: マルチスレッドで配列でも同期が必要ですか?
□投稿者/ なちゃ -
(2017/12/03(Sun) 12:15:32)
■
No85920
(コング さん) に返信
> ■
No85917
(なちゃ さん) に返信
>
> 補足ありがとうございます。
>
> 失敗する、というのはどういうことですか?
>
> 変数内の同じ要素にアクセスすることだとして、
> 他のアーキテクチャのCPUだとその確率が上がるのはなぜですか?
マルチスレッドとメモリモデルなどの知識がないとちょっと理解しにくいかも知れません。
ごく簡単に言えば、あるスレッドでメモリに書き込んだ内容は、別スレッドで即座に見えるとは限らないということです。
x86系プロセッサはこのメモリモデルがかなり厳密で、実質的に書き込んだ内容がほぼ即座に別のスレッド(というか別のCPUコア)から見えます。
しかし、他のプロセッサでは大抵もっと縛りが緩く、極端に言えば他のコアに見えるようにしなさいという命令を発行するまで他のコアからは見えません。
そのため、今回の例だと計算した結果が別のスレッドにはしばらく見えず、同時にアクセスしたのと同じ問題が発生します。
実際にはCLRなどのランタイムがこれらの処置を必要に応じておこなって、ほぼほぼ問題が起きないようにしています。
なので、現実的にはたまたま同時に同じ要素にアクセスした場合だけが問題になります。
記事No.85877 のレス /過去ログ147より /
関連記事表示
削除チェック/
<<
0
>>
パスワード/
-
Child Tree
-