Heads on: Apple’s Vision Pro delivers a glimpse of the future
Java 1.4 introduced the java.net.URI which provides RFC 2936-compliant URI handling. I thought I should try to fix Jing and Trang to use this. So I've been looking through all the relevant specs to figure out to what extent I can leave things to java.net.URI. It's convenient to begin with XLink. Section 5.4 requires the value of the href attribute to be a URI reference after certain characters th
CPU<---Cache<---Memory<---Device DeviceからMemoryにDMAでデータを転送して、そのデータをCPUで読む場合、以下のどちらの操作が必要か。 1. DeviceからMemoryへの転送前に、cacheのinvalidate(cacheの内容を捨てる)をする。 3. DeviceからMemoryへの転送後に、cacheのinvalidateをする。 答えは、 「1が正しく、3だと正しくデータが読めない事がある」 3.だとダメな理由は以下の通り。 -------- 例として、DMA転送先のアドレスを0xa0000000とする。 3.は、以下のように細分化できる。 3-1 0xa0000000の内容(古い内容)が、既にcache上にある。 3-2 DeviceからMemoryの0xa0000000へDMA転送を開始する。 3-3 DMAの完了を待つ。 3-
PDCを終えて その1 PDCを終えて その2 Windows Azure登場 PDCを終えて その3 Windows Azure アーキテクチャ 「ロサンゼルス 10月末の気候」 ロサンゼルスは、日によって日中30度近くにもなり、夜は長袖が必要なくらいの気候です、ところが、アメリカのカンファレンス会場は大抵エアコンがすごく効いていますので、ジャケット、パーカーなどをお持ちなること御勧めします。アメリカの方は、半袖の方が多いのですが、日本人は、とても半袖で過ごすことができない寒さです。 「アーキテクチャから理解する」 いつもそうなのですが、初めて見るテクノロジーは、アーキテクチャから理解するようにしています、アーキテクチャの目的も俯瞰してものを見るため、あるいは、使う人に理解してもらうためにありますのでそのようにすべきと考えています。アプリケーションの場合、アーキテクチャは、コードの俯瞰で
各種インフラ技術(OS、ストレージ、ネットワーク)やオラクル製品といった話題を取り上げます。著者は小田圭二、「門外不出のOracle現場ワザ」、「絵で見てわかるOracleの仕組み」、「絵で見てわかるOS/ストレージ/ネットワーク」などの著作もあります DBを運用していると、最近は、セキュリティを守っているか?とうるさく言われるかと思います。困ってしまいますよね。セキュリティベンダーを雇うのも高くつくし・・・今日はそんな悩みの助けになるかもしれない記事です。 ●対策として何をすべきか 実際に使用するセキュリティ対策は、要件やセキュリティベンダーからの指導などにより異なりますが、ある程度は一般的なガイドがあっても良いはずです。実は、データベース・セキュリティ・コンソーシアム(DBSC) という業界団体があります。そこで検討・公開されたデータベースのためのセキュリティガイドラインと実装のための
ちょっと前のエントリーで"Cloud Computing by Example"の表を作ってコメントを求めました。で、コメントをいただいたのに全然フォローしてませんでした。また、先日行なったグリッド協議会のワークショップでも質問をメールでいただいていたにもかかわらず答えていないという状況です。どうもすみません。と言うことで、ここでまとめて回答します。 まず、表にある"Fail Often, Fail Quick, Fail Cheap"の説明ですが、これは失敗した時に迅速に撤退できることを意味します。無理に失敗しろというわけではなく、失敗を許容せよ、ただし、失敗するなら迅速にかつあまりコストをかけるなという思想です。不確実性が高い環境においては、すべてのことが成功するとは限らない、かと言って絶対成功するように計画に時間をかけ過ぎていては機を逸してしまう。とりあえずやってみてダメだったらすぐ
米国のIT業界において"Airline Magazine Syndrome"という言い方があります。企業の(ITに詳しくない)CEOが飛行機で出張中に機内にある(非IT系の)雑誌で、「間違ってはいないが話を単純化しすぎ」のIT系記事を読んで真に受けてしまい、会社に戻ってからCIOやITマネージャーにとんちんかんな指令を出して困らせるというケースです。 「間違ってはいないが話を単純化しすぎ」の例としては、 オープンシステムになればどのベンダーのハードウェアでも同じアプリケーションが動くようになる Java言語を使えばどのOSでも同じアプリケーションが動くようになるのでマイクロソフトの支配は終焉する(これは日本の高名な某(非IT)コンサルタントが昔言ってました) グリッドで多数の小型コンピュータを組み合わせれば大型コンピュータは不要になる IT技術者は中国やインドで雇えばよいので日本のIT技術
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く