FSBのバスは変更できません。フリーズしちゃって、結局定格で使ってましたね。ファイルがコマ落ちせずに再生できたのに感動した記憶があります。こいつはほんとに遅かったです。赤枠がもとからついてたCPUのヒートシンクです。黄色枠がプライマリIDE。この位置は無理やりすぎでしょ。断線しなかったもんです。これがCPUと電源ファンとをつなぐダクトです。ダクトを装着したところです。考えてみればこのPCはファンが全体で一つしかありません。良くこのエアフロー考えたもんですね。これはPCIボードにつけてたアナログTVキャプチャボードなんですが、2,3年前にすぐ近くで落雷があって、その時のパルスで逝かれちゃったんですよね。赤枠で囲っている部分は焼き切れています。逝かれたのはチューナー系だけっぽくて、外部入力したときはちゃんと映ってました。その時つけてたLANボートもパルスの影響受け、こちらは完全にお亡くなり。PC本体に影響なかったのが不幸中の幸いでした。落雷にはホント注意しましょう。本体の電源LEDが消灯してますが、フロントパネルも電源ボタン周りがお亡くなりになってます。キーボードの電源ボタンが代用になるので、さほど不便ではありませんが。三流プログラマの成長を助けた初代PCを手放すのは惜しまれますが、新しいオーナーのところいっても有意義に使ってもらいたいです。ハードウェア(ADO.Net)DataSetを使ったトランザクション制御(VB.Net)ADO.NetでOLEDBのトランザクションで、SQL直書き(コマンドオブジェクトにSLQ文をセットする方法)でのトランザクションの方法をメモりました。使ってトランザクションを行う方法です。複数のクライアントが同時にDBにアクセスし不整合になるのを防ぐため、排他制御の仕組みをとらないといけません。使うとこの仕組みもどうやら簡単に出来るようです。作成してくれますが、この時点で勝手に更新時(Update句)に楽観的ロックがかかるようになってます。下記図のようにテーブルアダプタの詳細を見ると「オプティミスティック同時実行制御」にチェックが入ってると排他制御がかかります。排他制御といっても楽観的ロックなので、更新時に条件として自身のDataSetがデータを取得した時から各フィールドが変更されていなかどうかをチェックしているだけです。@Original_value)フィールド数が多いとかなりオーバヘッドがかかりそうなクエリです。Serverの場合、timestamp型は行の挿入または更新時に自動的に値が更新されるもの)があると、これを更新時の比較条件に勝手します。句をみるとこうなっています。列だけを比較して、他のユーザが先に更新していないかチェックするようになっています。フィールド数が多いテーブルはこちらのタイムスタンプ型のチェックのほうが、前フィールドチェック型に比べてオーバヘッドは低くなりそうですね。(ADO.NET)で詳しく説明されてます。後は排他制御失敗時にロールバックするようにトランザクションをうまくからめるだけです。トランザクションを開始して、各テーブルを更新。発生するので、そこでロールバックを行う。問題なければコミット。その具体的なコードは下記の通りです。オブジェクトに紐づけるという点がミソですね。同時実行違反の処理をここでする。エラーメッセージとか。取り入れられるようです。確かにタブをマルチプロセス化すると安定性の向上とメモリリークを抑えれるというメリットはあるんでしょうが、デメリットもあるのもまたしかりなんですよね。開発等比較的メモリを消費する環境で、大量のタブを開くと、しばらく参照してなかったタブを見ようとするとレンダリングに異常に時間がかかるという点です。閲覧してないタブ(アクセスしてない)のプロセスがページアウトされてるっぽいんですよね。閲覧しようとするとあわててHDDからページインするもんだから、表示が遅くなると。アクセスすると遅いんでしょうが、自分の場合大抵どっかのタブは常に見てるので、Firefoxプロセス自体が一気にページアウトされることはあまりありません。メモリリークが非常に気になります。使われてます)あと、プロセスが増えると当然オーバヘッドも増えるわけなので全体としてはリソース(とくにトータルでもメモリ使用量とか)を余計に食うとおもんですがね。思ったこととかニュースとか。情シスで何でも屋の三流プログラマのコーディング、サーバ管理、PC生活関係のメモ書き。このメモが忘れっぽい自分とググってきた技術者の役に立ってくれれば幸いです。3031検索カテゴリ全体Linuxサーバがらみ.Net開発PHP開発C/C++開発JavaSQLツール思ったこととかニュースとか。メッセージを入力してください。