ピュアJavaだと思った?残念androidでした~いつからAndroidをJavaだと錯覚していた?~

はじめに Oracle Exadataとは? Oracle RAC(Real Application Clusters)とは? ExadataとSmart Scan ExadataとRACと分散ストレージ まとめ 参考 はじめに 最近、Oracle Exadata/RACを触る機会がありました。 個人的にはOracle RAC自体まともに触るのが初めてだったので、お約束のキャッシュフィージョンを起こして性能が出なかったりとか、RAC初心者あるあるを起こしたりもしました。 その時に、ExadataやRACの公開情報をあらためて見てたのですが、Exadataは分散システムとして理解したほうがしっくりくるなぁ、という事に気付きチューニングもその観点を持ったほうが良い気がしたので、少しまとめてみました。 Oracle Exadataとは? Exadataは簡単に言えばOracleが考えた「僕が考え
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Java API を巡って Oracle と Google の訴訟が続いています。世間の論調を見ていると、「Oracle 対 Google」の構図を「プロプライエタリ対オープンソース」と位置付け、あたかも Google が正義の味方であるかのように扱っていますが、この件に関しては、私は逆の立場です。むしろ、「Google けしからん」と思っています。私がそう思う理由をここに書きます。 Java の互換性 Android が登場するずっと前から、業界の皆は、JCP (Java Community Process) に則り、協議の
こんにちは、せろ ( id:cero-t ) です。 ちょっと今日はこっちのAcroquestエンジニアblogに出張投稿します。 Javaエンジニアの皆様方におかれましては、 HotRockitの登場を、今か今かと待ちかねていることと思いますが、、、 えっ、 ご存知ない? HotRockitとは、旧SunのHotSpot JavaVMに、 旧BEAのJRockit JavaVMの機能を統合するというプロジェクトです。 テクニカルな面は、Oracleのスライドが分かりやすいですね。 http://www.slideshare.net/OracleMiddleJP/project-hotrockit 私も、HotRockitを見据えて、HotSpotとJRockitのツールについてコラムを書きました。 http://www.acroquest.co.jp/webworkshop/JavaTr
写真1●2013年9月の「Oracle OpenWorld San Francisco 2013」で「インメモリー・オプション」を発表する米オラクルのラリー・エリソンCEO メモリーは蜜の味---。こう頭に浮かんだのは昨年9月、肌寒い米サンフランシスコの街中だ。 米オラクルのラリー・エリソンCEOが同社のイベントで発表した「インメモリー・オプション」は、データベースのデータを全てメモリー上に載せて処理しようというコンセプト(写真1)。ディスクI/Oが性能のボトルネックになるデータベースにとって、高速なメモリーという“蜜”はいくら食っても飽くことはない。 メモリー上でデータ処理する“インメモリーDB”は古くからある。ただ、「Oracle TimesTen In-Memory Database」のような従来製品は、データベースの一部を切り出してデータを保持する、いわば特定アプリケーションのキャ
Oracleは、Android OSに使用されているJava APIがOracleの保有する特許を侵害しているとしてGoogleに対して訴訟を起こしているが、Dr. Dobb's記事は、もしOracleが勝訴することになれば「プログラミングの将来は終わる」と予測している(本家/.、Dr.Dobb's記事)。 Oracleとのライセンス契約がないまま、GoogleがJava技術を無断で使用したことが特許侵害に当たると判断されれば、GoogleはOracleに対して多額のライセンス料を支払わざるを得なくなる。話はこれで済めばよいのだが、この訴訟から多くの訴訟が派生する可能性があるという。 つまり、例えばPythonにおけるJythonやIronPython、PyPy、またRubyにおけるRubinius、CやVBにおけるRono、CにおけるGCCといった、既存言語処理系の再実装によって著作権侵
● ロックを取得可能 × ロックの取得は不可能 ▲ ロックを取得可能であるが別セッションからの同一行へのアクセスは待機させられる(TX待機) ▼ ロックを取得可能であるが別セッションからの プライマリキー制約、ユニーク制約 に該当する行の INSERT は待機させられる(TX待機) ▲ ▼ に関して:トランザクションが分散トランザクションの場合には初期化パラメータによってタイムアウトが発生する。 参考 ⇒ ORA-02049: タイムアウト: 分散トランザクションがロックを待機しています。 共有ロックと排他ロック 共有ロック 共有ロックとは主に参照を行う際に掛けるロックであり複数設定することも可能。しかし SELECT の度にロックを掛けているわけではなく、データや表定義が変更されると困る操作のときにだけ掛けられる。 例: 更新予定の行を宣言して SELECT する(RSロック)、インデッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く