java.lang.Object#hashCode()の性質 - 地平線に行く
この前、ふと Object クラスの JavaDoc を見ていたら、こんな記述がありました。 できるかぎり、Object クラスで定義される hashCode メソッドは、異なるオブジェクトについては異なる整数値を返します。 Oracle Technology Network for Java Developers | Oracle Technology Network | Oracle この「できるかぎり」って、どのぐらいなんでしょうか。 オブジェクト数に比例して、衝突していました。 さくっとコードを書いてみました*1。 結果は以下のグラフの通りです。 （一定数（横軸）のオブジェクトを生成し、ハッシュコードの衝突割合（縦軸）を調べました） オブジェクトが増えれば増えるほど、衝突確率が高まっていきます。 オブジェクトが100万個だと衝突確率は 1.46% でしたが、5,000万個だと 47
はじめてのにき(2012-06-23)
_ openjdk jdk8 ビルドできた on linux hg clone http://hg.openjdk.java.net/jdk8/jdk8 cd jdk8 sh get_source.sh _JAVA_OPTIONS=-Dfile.encoding=ASCII ALLOW_DOWNLOADS=true ANT_HOME= LANG=C JAVA_HOME= LD_LIBRARY_PATH= ALT_BOOTDIR=/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.3.x86_64 make 以下くらいのものを入れた…とおもう yum-builddep java-1.6.0-openjdk yum install lesstif-devel yum install libstdc++-static (17:00) _ jdk8 のでばっぐ情報 読まない
[Java]Byte型からInt型への変換を本気で考える | Creative Gear
JavaでByte型変数をInt型にキャストする際には、気を付けなければならないことがあります。 前回のエントリーで、Byte型配列を16進数文字列に変換するメソッドを作りましたが、その時にByte型をInt型へ変換するには、ただ単にキャスト変換するのではなく、「0xFF」でANDビット演算しなければ値がおかしくなるという事を書きました。 どういう事かというと… [java] byte a = (byte)0xC8 //10進数では200のはず int b = (int)a; Sytem.out.println(b); [/java] この実行結果は、「200」ではなく、「-56」が表示されます。 それを、 [java] byte a = (byte)0xC8 //10進数では200のはず int b = a & 0xff; Sytem.out.println(b); [/
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc. Please open new issue/pull requests in either English or Japanese if you would have any feedback or you would like to contribute this repo. We provide mainly "Japanese contents" by markdown text. IBM Developerの最新情報は https://developer.ibm.com/ にアクセスし、英語のコンテンツを参照してください。 このリポジトリは、IBM Developer Japan Webサイトで公開していた
モニタ
モニタ（monitor）は、セマフォと並んで有名・基本的な同期プリミティブであり、C.A.R.ホア(Hoare)[*1]により提唱された。セマフォがサブルーチン呼び出しのような形態をとっているのに対して、モニタは構造化されているため、プログラムの可読性、保守性が高い。一方、構造化の要求から、モニタはライブラリとして提供されるよりも、言語の一部として提供される場合が多い。従来、モニタをサポートする言語としては、Concurrent Pascal、Concurren Euclidなど並行処理専用言語が多く、一般のプログラマがモニタを使用する機会は多くなかった。しかしJavaが、同期プリミティブとしてモニタを採用したことから、モニタは再び脚光を浴びることだろう。 一般に、モニタは下記のような記述をする。 program foo; ... 変数、サブルーチン定義 monitor xxx;
VM Spec The Structure of the Java Virtual Machine
Java Language and Virtual Machine Specifications Java SE 22 Released March 2024 as JSR 397 The Java Language Specification, Java SE 22 Edition HTML | PDF Preview feature: Implicitly Declared Classes and Instance main Methods Preview feature: Statements Before super(...) Preview feature: String Templates The Java Virtual Machine Specification, Java SE 22 Edition HTML | PDF Preview feature: Implicit
JDK 7
Milestones The JDK 7 development schedule is divided into a sequence of milestone cycles, most five to ten builds in length, with builds occuring roughly once each week. There will be no formal beta or early-access releases, as in the past. Major features and other potentially-destabilizing changes will targeted for integration early in a specific milestone. Here is the current high-level mileston
Kaffe with Real-time GC
Legal information: The Kaffe with Real-time GC is free software, licensed under the terms of the GNU General Public License. Java is a Trademark of Sun Microsystems, Inc. The patent of the return barrier GC technology is held by OMRON Corporation(JP Patent No. 3530887, US Patent No. 6,912,554). All copyrights are held by their respective owners. What is the Kaffe with Real-time GC? The Kaffe with
JavaVMのメモリ管理をマスターする
Webシステムの安定動作には、メモリ使用量の適切な見積もりが不可欠。だがJavaVMでメモリがどのように管理されるかを理解しているだろうか？ メモリに関する問題が発生すると、知識や技術資料の不足によって問題が長期化しがち。JavaVMでどのようにメモリが管理されているかを理解し、正確なメモリサイジングやメモリ関係のトラブルの早期解決へとつなげよう。 JavaVMのメモリ構造を理解しよう まず、JavaVMがどのようにメモリを使っているかを理解しておこう。JavaVMがプログラムを実行すると、Javaのプロセスによってメモリが使用される。Javaのプロセスでは、Javaヒープ、Permヒープ、Cヒープ、およびスレッドスタックという4つのメモリ領域を使用する。 Javaヒープはアプリケーションプログラムの各種オブジェクトを格納する領域であり、Classのnewで確保される。JavaヒープはNe
[実装編]メモリー管理を処理系任せにしてはいけない
Javaや.NETを使うと，メモリー管理を意識しなくてもプログラミングできる。例えばJavaの場合は，Java VM（Virtual Machine）が備える「ガベージ・コレクタ」と呼ぶメモリー管理機能が，未使用のオブジェクトを破棄してメモリーを解放するといった処理を自動的に実行する（図1）。 図1●JavaVMによるメモリー管理の仕組み ヒープ領域は，生存期間の短いオブジェクトを格納する「New領域」と生存期間の長いオブジェクトを格納する「Old領域」で構成される。New領域はさらに，最初にオブジェクトを格納する領域「Eden」と，しばらく生存しているオブジェクトを格納する「世代0」「世代1」から成る。Edenに存在するオブジェクトは，生存期間が延びるにつれて，世代0または世代1に移動。世代0と世代1を何度か移動した後，最終的にOld領域に移される [画像のクリックで拡大表示] だが，処
![[実装編]メモリー管理を処理系任せにしてはいけない](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
GoogleのMapReduceアルゴリズムをJavaで理解する
GoogleのMapReduceアルゴリズムをJavaで理解する：いま再注目の分散処理技術（前編）（1/2 ページ） 最近注目を浴びている分散処理技術「MapReduce」の利点をサンプルからアルゴリズムレベルで理解し、昔からあるJava関連の分散処理技術を見直す特集企画（編集部） いま注目の大規模分散処理アルゴリズム 最近、大規模分散処理が注目を浴びています。特に、「MapReduce」というアルゴリズムについて目にすることが多くなりました。Googleの膨大なサーバ処理で使われているということで、ここ数年の分散処理技術の中では特に注目を浴びているようです（参考「見えるグーグル、見えないグーグル」）。MapReduceアルゴリズムを使う利点とは、いったい何なのでしょうか。なぜ、いま注目を浴びているのでしょうか。 その詳細は「MapReduce : Simplified Data Proc
Jikes RVM Home
Jikes RVM Home Jikes RVM (Research Virtual Machine) provides a flexible open testbed to prototype virtual machine technologies and experiment with a large variety of design alternatives. The system is licensed under an OSI approved license. Jikes RVM runs on many platforms and advances the state-of-the-art of virtual machine technologies for dynamic compilation, adaptive optimization, garbage coll
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Welcome to OpenJDK Internals’s documentation! — OpenJDK Internals 1.0 documentation
Java 暗号化拡張機能 JDK5.0
Java 暗号化拡張機能 JDK5.0
InfoQ: Sun社のJDK7、OpenJDK、そしてIcedTea：曖昧さの回避
ej-technologies - Java APM, Java Profiler, Java Installer Builder
Presentations - JVMLangSummit
TR_cover_2000_88.frm
InfoQ: JavaOne: Garbage Firstガーベジコレクタ
