﻿<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>OPC Diary NT-Committee2詰所</title>
    <description>OPC Diary（http://www.isisaka.com/blog/)のNT-Committee2詰所です。</description>
    <link>http://www.nt-committee2.jp/tabid/64/BlogId/4/Default.aspx</link>
    <language>ja-JP</language>
    <webMaster>haramizu@hotmail.co.jp</webMaster>
    <pubDate>Sun, 05 Feb 2012 11:32:14 GMT</pubDate>
    <lastBuildDate>Sun, 05 Feb 2012 11:32:14 GMT</lastBuildDate>
    <docs>http://backend.userland.com/rss</docs>
    <generator>Blog RSS Generator Version 3.4.0.39853</generator>
    <item>
      <title>あけましておめでとうございます。</title>
      <description>&lt;P&gt;改めて皆様あけましておめでとうございます。本年もよろしくお願いいたします。&lt;/P&gt;
&lt;P&gt;当会も10年目の正月と言うことで、めでたい限りでございます。もっとも私はまだ1年ちょっとしかたっていませんけど。&lt;/P&gt;
&lt;P&gt;さて、私入会の目的の一つに静岡での勉強会開催があるのですが、丸1年全く進展がないという状況になってしまっています。個人的につながりの中ではあまりいい反応もなかったりして、静岡ではコミュニティ主催の勉強会の本質的需要はないのではないかとかいろいろ考えてしまったりもするのですが、MS主催のセミナーだったりすると結構な方が集まられるそうなので、そうでもないのかと思ったり。&lt;/P&gt;
&lt;P&gt;ということで、今年こそ静岡での勉強会を実施していきたいと思いますので、この話を聞かせろとか、ここでやったらいいよ等々ご意見いただけたらと思います。&lt;/P&gt;
&lt;P&gt; &lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/89/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/89/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=89</guid>
      <pubDate>Wed, 03 Jan 2007 03:44:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=89</trackback:ping>
    </item>
    <item>
      <title>Xeon クアッドコア発売に思う</title>
      <description>&lt;P&gt;&lt;A href="http://www.itmedia.co.jp/enterprise/articles/0611/14/news067.html"&gt;クアッドコアのXeon 5300が発売された。&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;もはやマルチコア化の動きは止まらないけど、改めて僕ら開発者は心にとめておいた方がいいことがある。普通に作っていてはもう僕らのソフトウェアは早くならない。正確にはCPUが進歩してもクロックが早くなるわけではないから、単一プログラムの実行速度は早くならないのだ。これがいわゆる&lt;A href="http://www.gotw.ca/publications/concurrency-ddj.htm"&gt;The Free Lunch Is Over&lt;/A&gt;で、この論文に関しては以前にも書いているので、ソフトウェア開発に関する僕の考えはそちらを読んでほしい。(&lt;A href="http://www.isisaka.com/blog/archives/2005/12/post_292.html"&gt;OPC Diary: マルチコア化に伴うソフトウェア開発者の責任&lt;/A&gt;)&lt;/P&gt;
&lt;P&gt;IT Proにとってのクアッドコアを考えると、今は高価なクアッドコアが自分たちに本当に必要かどうかは、運用しているソフトウェアのCPUの使い方による思う。マルチスレッド化されていない一つのアプリケーション(代表的なものがゲーム)が、このクアッドコアプロセッサで劇的に高速化されたりはしない。一方Webサーバーのような複数のプロセス、スレッドが多数のセッションを処理するような用途では、クアッドコアによるパフォーマンスの向上が期待できる。ただこのような多数のスレッドによる並列処理の場合でも、処理データ量が多いとメモリの帯域がいっぱいいっぱいになってしまい、増えたCPUのコア数ほどのパフォーマンスの改善は望めないかもしれない。コア数が増えればそれだけメモリアクセスが頻繁になり、CPU間(コア間)での帯域と、メモリバスへのアクセス権の奪い合いになることを忘れないようにしないといけない。(これはSMPアーキテクチャを取るIntelの方が分が悪い)&lt;/P&gt;
&lt;P&gt;クアッドコアは、一般的に言ってPCのパフォーマンスを上げてくれるものだけど、今は高いその投資が見合うかどうかをちょっと考えてから導入した方がいい。&lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/84/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/84/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=84</guid>
      <pubDate>Tue, 14 Nov 2006 08:39:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=84</trackback:ping>
    </item>
    <item>
      <title>NVIDIAがX86互換CPUを作成?</title>
      <description>&lt;P&gt;&lt;A href="http://japanese.engadget.com/2006/10/19/nvidia-x86-cpu/"&gt;NVIDIAからx86互換CPUが登場？！ - Engadget Japanese&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;AMDによるATi買収の対抗策と考えればいいですね。&lt;/P&gt;
&lt;P&gt;NVIDIAとしてはAMDがATiグラフィック機能を内蔵したCPUをボリュームゾーンPC向けに投入してきた場合、対抗策が無くなってしまうので、対抗策を今のうちに考えていこうと言うことでしょう。&lt;/P&gt;
&lt;P&gt;Intelは既に非力ながらもグラフィックチップ機能をノースブリッジに内蔵させてきていてボリュームゾーン向けにグラフィックチップを必要としていないわけで、このままで行くとNVIDIAはハイエンドゲーマー向けのニッチなところでビジネスをしていかなければならなくってしまいまうので、それを避けたいのかもしれません。もしくはx86に投資をすることでIntelとの交渉を有利にして、Intelに彼らの持っているグラフィックチップをあきらめさせる方向に持って行きたいのかもしれませんね。&lt;/P&gt;
&lt;P&gt;ということで、PCの世界に一見多様性を持たせるかのように思えるこのニュースも、寡占化の呼び水のようなニュースなのかもしれません。&lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/81/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/81/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=81</guid>
      <pubDate>Sun, 22 Oct 2006 12:27:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=81</trackback:ping>
    </item>
    <item>
      <title>もうすぐ来るであろう本格的オフショアの時代を生き残る</title>
      <description>&lt;P&gt;インドへのオフショアへの恐怖はアメリカより日本の方が遙かに現実的だ。アメリカにくらべ、技術者に重きを置かない経営者が多く、オフショアに対する経営的心理的な障壁がアメリカのそれより遙かに低いからだ。外注するなら安くて&lt;STRONG&gt;&lt;SPAN style="COLOR: #ff0000"&gt;品質が良い&lt;/SPAN&gt;&lt;/STRONG&gt;方が良いに決まっている。その現実感を持てないのが、たぶん日本のIT技術者の一番の問題だったりもするわけだけど。 &lt;BR&gt;今雪崩を打って、インドに仕事が行かないのは、日本の技術者が特別に優秀なのではなく、単に日本語が障害になっているだけのことで、今の状況が何時までも続くとは思わない。彼らは着々とこの国にねらいをつけ、商売を拡大している。 &lt;BR&gt;もしかしたらもう遅いのかもしれないけど、彼らとの競争に勝てるだけの高付加価値を自分自身が持つよう努力しなくてはならない。&lt;BR&gt;&lt;/P&gt;
&lt;P&gt;そこで、以前から話題になっているMy Job Went To India の翻訳本が出るようだ。この本が全てでは無いと思うが、日本の技術者はあらゆる方法で特別にならないと生きていけない時代がもう来ているのだと僕は考えている。&lt;/P&gt;
&lt;P&gt;My Job Went To India オフショア時代のソフトウェア開発者サバイバルガイド &lt;BR&gt;&lt;A href="http://www.amazon.co.jp/gp/product/4274066592/ref=dp_nav_0/503-7827392-3957501?ie=UTF8&amp;n=465392&amp;s=books" target=_blank&gt;&lt;U&gt;&lt;FONT color=#810081&gt;http://www.amazon.co.jp/gp/product/4274066592/ref=dp_nav_0/503-7827392-3957501?ie=UTF8&amp;n=465392&amp;s=books&lt;/FONT&gt;&lt;/U&gt;&lt;/A&gt; &lt;BR&gt;&lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/78/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/78/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=78</guid>
      <pubDate>Mon, 25 Sep 2006 22:20:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=78</trackback:ping>
    </item>
    <item>
      <title>皆さん最初に使ったコンパイラは覚えていますか？</title>
      <description>ボーランドの&lt;a href="http://www.turboexplorer.com/jp"&gt;Turbo復活&lt;/a&gt;と&lt;a href="http://www.borland.com/downloads/download_turbo.html"&gt;ダウンロード開始&lt;/a&gt;で、非常にノスタルジックに駆られています。&lt;br&gt;&lt;br&gt;僕が最初に使ったCコンパイラはボーランドのTurbo Cでした。これはフロッピーディスク1枚でIDEから、コンパイラから、リンカ、ヘッダファイル、ライブラリまで入っていて、今のインストールメディアだけで9ギガバイト以上あるような開発環境から見たらとても考えられないような小ささですね。&lt;br&gt;そんな小さな環境でもちゃんとANSI Cベースのプログラミングはできましたし、Turbo特有の高速な表示ライブラリやファイルIOライブラリも使用することができました。IDEもさすがにインテリセンスのような機能は無いものの、複数のファイルに分かれたC言語のソースをメニューコマンドひとつでコンパイルすることもできる立派なものです。&lt;br&gt;&lt;br&gt;そんなわけで、僕にとってTurboの復活というニュースはそのころの思い出させるもので、ちょっとほろ苦いモノと、わくわく感があります。&lt;br&gt;&lt;br&gt;皆さんが最初に使った、手に入れたコンパイラは何ですか？&lt;br&gt;&lt;br&gt;ぇっ紙テープで入手したBASICインタープリータですって？&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/75/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/75/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=75</guid>
      <pubDate>Thu, 07 Sep 2006 08:37:00 GMT</pubDate>
      <slash:comments>3</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=75</trackback:ping>
    </item>
    <item>
      <title>Microsoft Zuneは東芝製</title>
      <description>　&lt;a href="http://www.itmedia.co.jp/news/articles/0608/26/news001.html"&gt;ITmedia News：Zuneは東芝製――MSが認める&lt;/a&gt;&lt;br&gt;&lt;br&gt;この記事によれば、Microsoftが今年の終わりごろに発売する携帯メディアプレイヤーZuneは東芝製であることをMSが認めたようだ。&lt;br&gt;これでGigabeatそっくりじゃねー疑惑がGigabeatそのものであるということに決着したんだよね。きっと。&lt;br&gt;&lt;br&gt;&lt;blockquote&gt;MSの広報担当者は、東芝が米連邦通信委員会（FCC）に携帯オーディオプレーヤーのZuneを申請したことを認めた。Zuneは今年中に発売予定。&lt;p&gt;　この申請により、このデバイスは3インチの液晶ディスプレイ、30Gバイトのハードディスク、無線接続機能を持つことが判明している。&lt;/p&gt;&lt;/blockquote&gt;
このスペックもかねてからの報道どおりですね。&lt;br&gt;&lt;br&gt;さぁ後はWindows Media Player 11との組み合わせ、オンラインサービスとの組み合わせでどこまでApple以上のモノを提供できるかですね。同じではダメでしょう。&lt;br&gt;&lt;br&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/59/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/59/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=59</guid>
      <pubDate>Sat, 26 Aug 2006 03:25:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=59</trackback:ping>
    </item>
    <item>
      <title>プログラマにとっての入門とは何か</title>
      <description>&lt;P&gt;明日から社内にてプログラミングの入門講座を始める。そのための資料を探したり、スライドを作ったりしているのだけど、これが難しい。いや、ある本にめぐり合って簡単になったところもあるのだけど、やっぱり難しい。そこでプログラマーにとっての入門とは何かという点について考えて見た。&lt;/P&gt;
&lt;P&gt;多くのプログラミング入門書、たとえばマイクロソフトプレスのステップバイステップシリーズを見ると、IDEのハードコピーが大きく描かれ、IDEやデーターアクセスコンポーネント、言語文法について丁寧に書かれていて、解りやすそうに思う。&lt;/P&gt;
&lt;P&gt;ではこの本を読んで、プログラミングによって当人やユーザーが持つ問題を解決するためのプログラムを作れるかというと、これについては無理だろうなと思う。&lt;/P&gt;
&lt;P&gt;無理だと思うのは、このような入門書が説明しているのはプログラミングについてではなく、IDEの使い方や言語文法の使い方であるからだ。ここにはある意味読み手側の期待とその本の内容にギャップがあって、このギャップがプログラミングを始めようとしている人たちにプログラムがうまく作れないという挫折感を味あわせている。&lt;/P&gt;
&lt;P&gt;読み手に(僕の場合には受講者に)挫折感を味あわせないために必要なのは、プログラミングが何であるかを、説明することだと思う。プログラミングを始めようとしている人たちは、プログラミングという作業が何であるかを理解していないので、IDEの説明をしてもそれをどこで使ったらいいのかちゃんとイメージできていない。あるいはプログラミングとはコードを書いたり、GUIのデザインをする事だけだと勘違いをしてしまい、重要なその前のプロセスに気づく事ができないので、結局プログラムの目的を果たすことができないものを作ってしまったりするのだ。したがって、IDE解説書ではなくプログラミングの入門書を謳うのであれば、書き手は読み手にプログラミングのプロセスを説明し、理解させなくてはならない。&lt;/P&gt;
&lt;P&gt;つまり、プログラマーにとっての入門とはプログラミングのプロセス(手順)を理解する事に他ならない。&lt;/P&gt;
&lt;P&gt;プログラムが果たすべき目的に合わせ、現実のモノ・コトを抽象化して、コーディングする。というプログラミングのプロセスを理解し、実践できるようになることが、プログラマーにとっての入門なんだろうと思う。&lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/52/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/52/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=52</guid>
      <pubDate>Tue, 15 Aug 2006 00:08:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=52</trackback:ping>
    </item>
    <item>
      <title>今のPCが持つ基板の機械的な寿命を考えてみる</title>
      <description>&lt;P&gt;はっきり言ってこの記事はマニアックです。&lt;/P&gt;
&lt;P&gt;月刊アスキーがとうとう終わったからか、何となく昔のPCの基板の写真を雑誌やWebで見たりするわけだけど、80～90年代のPCの基板と今のPCの基板の違いにお気づきか。構成部品の数が違うのは決定的な違いだけど、今回は基板の上に載っている構成部品の違いに注目したい。一番大きな違いはアルミ電解コンデンサの有無だ。&lt;/P&gt;
&lt;P&gt;昔のPCは基本的に電圧レベルがいわゆるTTLレベル、５V単一で構成されており、シリアルポートやFDDやHDDのようなモーターを持った回転物が12V 電源を使用しているのみだった。このため基板上はIC, LSIがほとんどで、ノイズ対策のためのセラミックコンデンサぐらいしかコンデンサは存在していない。一方今の基板ではメモリや周辺LSIの定格電圧も3.3Vに低下していたり、CPUにおいては1.数Vという低電圧になっており、PCの電源装置はこのような電圧を供給できないので、基板上に電圧降下回路を持っている。そして、この電圧降下回路で電解コンデンサが使われるようになってきている。&lt;/P&gt;
&lt;P&gt;問題はそこで使われるアルミ電解コンデンサで、一般的にアルミ電解コンデンサは中に電解液というモノを持っているのだが、この電解液は薬剤であり、経年劣化するので、アルミ電解コンデンサは消耗品と見なされる。おまけに基板上のアルミコンデンサの配置を見ると、一番の熱源であるCPUの間近に置かれており、コンデンサの寿命を短くする方向に設計されている。（これはCPUに電源供給する回路で使用されているからで仕方がないけど）&lt;/P&gt;
&lt;P&gt;このため、かつてのPCの基板はかなり長寿命（シリコン半導体の劣化など人間の寿命以上だ）で、電源の供給さえ何となれば数十年使用し続けられる可能性があるのだが、今のPCの基板はおそらくそんな長寿命ではない。がんばっても10年というところだろう。したがって長寿命の装置（の一部）としてPCを使用する場合には十分に留意しておいた方がいい。世の中多くの人が思っているより、そしてPCや基板の設計者が思っているより長い間使用され続けたりしているし、案外そういうものが社会基盤を支えていたりする。&lt;/P&gt;
&lt;P&gt;構成部品一つの変化であっても、物の寿命は大きく変化するので、そういう視点で、たまにはPCの箱を開けて何が使われているか見てみるのもいいものだと思う。&lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/44/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/44/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=44</guid>
      <pubDate>Sat, 29 Jul 2006 09:27:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=44</trackback:ping>
    </item>
    <item>
      <title>今日ははまりん</title>
      <description>&lt;P&gt;今日はよっぽどついていないのか立て続けにはまっております。ちなみに解決方法は全て頑固なプログラマーこと竹森さんに教えて頂きました。&lt;/P&gt;
&lt;H3&gt;はまり１：Windows Backupでシステム設定のバックアップがとれない。&lt;/H3&gt;
&lt;H3&gt;事象：&lt;/H3&gt;
&lt;P&gt;Windows Server 2003 R2 Std.上で、Windows Backupでシステム設定（Active Directory)をバックアップしようとしたが、VSS（ボリュームシャドーコピー）のエラーでバックアップが実行されない。&lt;/P&gt;
&lt;H3&gt;原因：&lt;/H3&gt;
&lt;P&gt;Active DirectoryのLOG保存ディレクトリの位置が悪い。基本的にはActive Directoryのデータベースが格納されるディレクトリと同じドライブにLOG保存のディレクトリがないとだめ。&lt;/P&gt;
&lt;P&gt;（参考：マイクロソフトサポート技術情報 &lt;A href="http://support.microsoft.com/kb/909265/ja"&gt;KB909265&lt;/A&gt;)&lt;/P&gt;
&lt;H3&gt;対応・対策：&lt;/H3&gt;
&lt;P&gt;Windows Serverをディレクトリサービス復旧モードで起動し直し&lt;A href="http://support.microsoft.com/kb/816120/"&gt;KB816120&lt;/A&gt;に書かれたLOGファイルの移動方法にてLOGファイルをデータベースと同じディスクに移動し、再起動。この後バックアップに成功した。&lt;/P&gt;
&lt;P&gt;（参考：マイクロソフトサポート技術情報 &lt;A href="http://support.microsoft.com/kb/816120/"&gt;KB816120&lt;/A&gt; （英文）)&lt;/P&gt;
&lt;H3&gt;はまり２：Windows起動時にNETLOGONがID5719のエラーを出力しグループポリシーが適応されない&lt;/H3&gt;
&lt;H3&gt;事象：&lt;/H3&gt;
&lt;P&gt;Windows起動時グループポリシーが適応されない。イベントログオンを確認するとNETLOGONがID 5719のエラーを出力している。このエラーはNETLOGON起動にドメインコントローラにアクセスできなかったことをしめしている。しかし、DNSの設定等には問題がないし、起動後の現状では他ノードやサーバーへのアクセスも問題が無く、DNS, ADへのアクセスで継続して問題が起きているようには見えない。&lt;/P&gt;
&lt;H3&gt;原因：&lt;/H3&gt;
&lt;P&gt;いろいろと原因を探したが、結局のところNICがHUBとの間で接続速度のネゴシェーションしていて、それに時間がかかっていると、ネットワークの接続が不安定となり、NETLOGONが起動するタイミングでドメインコントローラにアクセスできない場合があることがわかった。&lt;/P&gt;
&lt;P&gt;（参考：マイクロソフトサポート技術情報 &lt;A href="http://support.microsoft.com/kb/326152/ja"&gt;KB326152&lt;/A&gt;）&lt;/P&gt;
&lt;H3&gt;対応・対策：&lt;/H3&gt;
&lt;P&gt;NICドライバの設定で接続スピードを固定にし、事象が再発しないことを確認した。ただ、この原因はこれだけではないようで、以下のKBにあるように、ローカルのグループポリシーで設定を変更する方が望ましい設定とのこと。&lt;/P&gt;
&lt;P&gt;（参考：マイクロソフトサポート技術情報 &lt;A href="http://support.microsoft.com/kb/304970/ja"&gt;KB304970&lt;/A&gt;　「"ログオン スクリプトを同期的に実行する" 設定が有効な場合でも、Windows エクスプローラの起動前にスクリプトが実行されない」）&lt;/P&gt;
&lt;H3&gt;おまけ&lt;/H3&gt;
&lt;P&gt;WindowsでTCP/IPのメディア検出を無効にする方法&lt;/P&gt;
&lt;P&gt;マイクロソフトサポート技術情報 &lt;A href="http://support.microsoft.com/kb/239924/ja"&gt;KB239924&lt;/A&gt;&lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/27/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/27/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=27</guid>
      <pubDate>Wed, 19 Jul 2006 21:13:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=27</trackback:ping>
    </item>
    <item>
      <title>Core2 Duoには期待</title>
      <description>&lt;P&gt;この週末各WebのニュースサイトではCore2 Duoのベンチマーク結果が登場しおおむねAthron64よりいい成績を出しており、IntelもAMDの迎撃態勢が整ったかという感じの結果が出ている。IntelががんばればAMDもがんばってAthronを早くするので、Intelにはがんばってほしいと思う。&lt;/P&gt;
&lt;P&gt;僕が注目するのは、ベンチでCore2 Duoが単純に早いと言うことよりも、ほぼ同じパフォーマンスでその消費電力がAthronと同等レベルにやっとなってきたという点だ。今までのPentium4/Dは電気を垂れ流すだけ垂れ流してやっとパフォーマンスを出してきたのだけど、それがここで多少リセットがかかった感じがする。消費電力が減るということは、単純に電気代が安くなるというだけでなくて、発熱も押さえられ、それによって筐体の設計にも工夫ができるようになるので、デザイン面で優れたPCが出てくる可能性もあり、ちょっとわくわくしている。&lt;/P&gt;
&lt;P&gt;ただし、Core2 Duo用のチップセットである965シリーズのマザーボードを見ると、チップセットの発熱がかなり大きい(消費電力が大きい)のか、各社のマザーともチップセットの冷却に気を使っているので、CPU、チップセットトータルでの発熱量、消費電力量が下がっているかはちょっと冷静に見てみる必要がありそうだ。&lt;/P&gt;
&lt;P&gt;ただもうそんなところで気を使っていても、今のPCはグラフィックチップがその辺の努力をすべてご破算にしてしまいかねず、今後はCPUの消費電力・発熱よりGPUのそれらが注目されるのではないだろうか。&lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/22/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/22/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=22</guid>
      <pubDate>Sat, 15 Jul 2006 18:44:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=22</trackback:ping>
    </item>
    <item>
      <title>MRAMによる未来</title>
      <description>&lt;P&gt;MRAMが生産開始というニュースが入ってきた。&lt;/P&gt;
&lt;P&gt;MRAMは本当に画期的な技術で、計算機に本質的な変化をもたらす可能性を持っている。&lt;/P&gt;
&lt;P&gt;現在の計算機のアーキテクチャはいわば妥協の産物である。主記憶のほかにHDDやフラッシュメモリによる補助記憶装置を持つ現在の計算機アーキテクチャは、主記憶が高価で、容量の制限があり、かつ通常使われているDRAMやSRAMが揮発性メモリであるために、仕方なしに磁気による記憶（HDDなど)やフラッシュメモリを補助記憶装置として使用している。本来のノイマン式計算機のアーキテクチャはフラットなメモリ空間に命令と、データが整然と並べられ、制御器の制御の元演算器がそれを粛々と処理していくのが本来のあるべき姿であって、現状の補助記憶装置にファイルとして保存されているプログラムとデータを主記憶にロードしそれを実行し、必要なくなったらアンロードするという現在のやり方は、前記の通り妥協なのである。&lt;/P&gt;
&lt;P&gt;しかしながら、MRAMという、不揮発で、高速で、大容量で安価な記憶素子が登場することで、本来のノイマン式計算機の美しいアーキテクチャが現実的なものとなる可能性が大きくなってきた。&lt;/P&gt;
&lt;P&gt;MRAMによってOSの姿、役割も変わっていくし、当然アプリケーションの作り方も変化していく。僕らが生きて、現役でいる間に大変化に立ち会うことになるかもしれない。&lt;/P&gt;
&lt;P&gt;&lt;A href="http://pc.watch.impress.co.jp/docs/2006/0714/freescale.htm"&gt;Freescale、MRAMの量産開始　PCウオッチ&lt;/A&gt;&lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/18/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/18/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=18</guid>
      <pubDate>Fri, 14 Jul 2006 01:44:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=18</trackback:ping>
    </item>
    <item>
      <title>FireFox 2.0 Beta1</title>
      <description>&lt;P&gt;&lt;A href="http://www.forest.impress.co.jp/article/2006/07/13/firefox2beta1.html"&gt;http://www.forest.impress.co.jp/article/2006/07/13/firefox2beta1.html&lt;/A&gt;&lt;/P&gt;
&lt;P&gt; &lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/7/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/7/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=7</guid>
      <pubDate>Wed, 12 Jul 2006 20:42:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=7</trackback:ping>
    </item>
    <item>
      <title>Virtual PC 2004無償公開か</title>
      <description>&lt;P&gt;Virtual Serverに続いてVirtual PCも無償公開された。ほぼとき同じくしてvmwareもvmware serverを無償公開していて、仮想化ソリューションは無償化の動きが固まってきた感じがする。&lt;/P&gt;
&lt;P&gt;&lt;A href="http://www.microsoft.com/downloads/details.aspx?displaylang=ja&amp;FamilyID=6D58729D-DFA8-40BF-AFAF-20BCB7F01CD1"&gt;ダウンロードの詳細 : Virtual PC 2004 SP1&lt;/A&gt;&lt;/P&gt;</description>
      <link>http://www.nt-committee2.jp/tabid/64/EntryID/5/Default.aspx</link>
      <comments>http://www.nt-committee2.jp/tabid/64/EntryID/5/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.nt-committee2.jp/Default.aspx?tabid=64&amp;EntryID=5</guid>
      <pubDate>Wed, 12 Jul 2006 20:25:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.nt-committee2.jp/DesktopModules/Blog/Trackback.aspx?id=5</trackback:ping>
    </item>
  </channel>
</rss>
