ジャストシステムJava100本ノックのご紹介
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
fastutil
fastutil: Fast & compact type-specific collections for Java™ Introduction fastutil extends the Java™ Collections Framework by providing type-specific maps, sets, lists and queues with a small memory footprint and fast access and insertion; provides also big (64-bit) arrays, sets and lists, and fast, practical I/O classes for binary and text files. It is free software distributed under the Apache L
『結果の並び順が保証されていないという仕様の怖さ』
SQL なんかもそうですが、何かを一覧で返すコマンドには、結果の並び順が保証されていないものが結構あります。 このようなコマンドを利用する際、後続の処理が特定の並び順を前提としていると思わぬトラブルに見舞われることがあります。 例えば、java.io.File の オブジェクトの listFiles() 。 listFiles() は特定のディレクトリにあるファイルを一覧で返すメソッドですが、結果の並び順は保証されていません。 API 仕様でも以下のように明記されています。 結果の配列の名前文字列は特定の順序にはなりません。アルファベット順になるわけではありません。 先日、この listFiles() の結果によってトラブルが発生しました。 後続の処理が特定の順序を前提としていたため、エラーが発生したのです。 しかも、単体テスト、結合テスト時にはうまく動作し、システムテストの段階での発覚で
MacでJDKのバージョンを切り替える - Qiita
Java 8がリリースされたので早速インストールしたが、まだJava 7も残しておきたいし、切り替えることもあるので調べてみた。 Macでは、 /usr/libexec/java_home を使ってJAVA_HOMEを変えるのが一番スマートっぽい。 インストールされているJDKのバージョン一覧を出す % /usr/libexec/java_home -V Matching Java Virtual Machines (2): 1.8.0, x86_64: "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home 1.7.0_45, x86_64: "Java SE 7" /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home
性能を考慮したJavaのプログラミング
同じ結果を提供するプログラムであっても、プログラミング上の実現方法は一通りではありません。 プログラマは、それらの中から最適な方法を選択すべく考慮しなければなりません。 そのときのひとつの判断基準に「性能（処理速度，消費資源）」があります。 ここでは、Javaのプログラミングにおいて「性能」を意識したときに、いくつかの考慮すべき事項について、書籍「Javaの鉄則」から参考になると思ったものを紹介したいと思います。 Contents オブジェクトの作成のコスト 出来るだけ継承の少ないクラスを使う，作る オブジェクト生成時の処理を軽くする オブジェクトは必要なときに作成する そのオブジェクトが再利用可能な場合は再利用する 変数の処理性能 頻繁にアクセスする変数にはスタック変数を使用する 変数は出来るだけプリミティブ型を使う インスタンス変数の無駄な初期化はしない Javaコンパイラ，JITによ
Javaのリフレクションを使ってクラスオブジェクトを生成したり、メソッドを呼び出すためのサンプル - 感謝のプログラミング
※追記 追加記事を書きました。 はてブでコメントをいただいたので、さっそくSpring Frameworkでリフレクションを使ってる部分を読んでみた。 ※追記ここまで リフレクションとは、実行中に型情報を取得でき、方そのものを操作対象にできる仕組みのことである。 コア・リフレクション機構であるjava.lang.reflectはロードされたクラスに関する情報へのプログラムによるアクセスを提供する。 Constructorインスタンス、Methodインスタンス、Fieldインスタンスにより、それらの実際の対象物を反射的(reflectively)に操作することができる。 定義だけ見てもよくわからんので、リフレクションを使ってインスタンスにアクセスしてみる。 package kiso; public class ReflectionSample { public static void mai
jstatの使い方 | dTblog | デザインとプログラムの境界をさまようブログ
J2SE1.5から導入されたJVMの統計データ監視ツール、jstatの使い方メモ。 jstatを使えば、稼働中のJVMのヒープメモリの状態、パーマネント領域の状態、クラスローダーの統計情報などを参照することができる。イメージとしては、topコマンドみたいな感じで、JVMのリソース情報を監視できる。障害時の調査ユーティリティツールのひとつとして威力を発揮します。 まあ、プロファイリングツールではないので、メモリリークの有無は読み取れるけど、リーク箇所までは特定できないんで、そこは使い分けが必要だけど。 ここでは例として、Linuxのローカルマシン上で動いているtomcatの統計データを監視するケースを取り上げます。ただ、Windowsでも、同じ手順でOKのはず。 まず、jpsコマンドで、JVMのプロセスIDを確認。 $ jps 12893 Jps 12829 Bootstrap 13122
GCとキャッシュの悩ましい関係 | DA BLOG
こんにちは。新規事業推進室の石田です。 今日からＤＡブログに書くことになりました。よろしくお願いします。 さて、私が担当するのは、ＤＡ製品を開発する中でハマった技術的なあれこれです。 今日は、Javaのガベージコレクション（ＧＣ）について書いてみたいと思います。 ＤＡ製品でも、ひびきSm@artDBや、ひびきSALES、そして私が担当している店舗maticはJavaで開発されています。 Javaを使うことで開発者はメモリリークに頭を悩ましノイローゼになることもなくなりますが、その代償として散らかしたメモリを片付ける処理が必要になります。 これガベージコレクション（ＧＣ）です。 今日の本題は、ＧＣとキャッシュの微妙な関係についてです。 さて、Ｗｅｂアプリケーションのパフォーマンスを向上させる常套手段としてキャッシュがあります。 アプリケーションサーバーのメモリにオブジェクトをキャッシュしてい
JavaVMのメモリ管理に関するまとめ（Javaヒープ、GC、ダンプ等） - ぺーぺーSEのブログ
本ブログはJava8（特にMetaspace）に対応していない。 下記にJava8以降に対応した記事を記載する（予定）。 blog.pepese.com JavaVMのメモリ領域について JavaVMが管理するメモリ領域について 階層1 階層2 階層3 説明 Javaヒープ JavaVM上で起動するJavaプログラムのリソースを管理する領域。New領域とOld領域で構成される。 ｌ" New領域 新規オブジェクトと閾値（-XX:MaxTenuringThreshold）未満のオブジェクトが配置される。（Young領域とも呼ばれる） ｌ ｌ" Eden領域 新規のオブジェクトが配置される。 ｌ ｌ" From領域 CopyGC(ScavengeGC、マイナーGC)が実行された際に、使用中のオブジェクトはここへコピーされる。（S0やS1とも呼ばれる） ｌ ｌー To領域 CopyGC(Scav
wall-climb » コンカレントGCの注意点
次? 代のサーバマシンによるシステムでは、CPUマルチコア化が進み、OSぜ 64bit化によってメモリも豊富に眩 むような大規模なものが一般的になるのではないでしょうか。このようなサーバ上ぜ Tomcatを起動させる場合、その? 富なリソースを生かしぜ Javaのヒープサイズ、GCチューニングを実施するのが一般的だと思゜ れます。ただし、このオプションを中途半端に? ? すると、逆にパフォーマンスを損なう可能性があることに注? しなければならないようです。 CPUマルチコアリソースを十分に活用する為ぜ GCチューニングパラメータに、「-XX:+UseParNewGC」「-XX:+UseConcMarkSweepGC」があります。前者ぜ GC処理をマルチCPUでパラレルに? 施するオプション、「-XX:ParallelGCThreads=n」と合゜ せてパラレル処理? (n)を指定出来ます。
“Stop the World”を防ぐコンカレントGCとは？ (1/2) - ＠IT
“Stop the World”を防ぐコンカレントGCとは？：現場から学ぶWebアプリ開発のトラブルハック（2）（1/2 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） Full GC問題の時代が再び到来！ それまで順調に動いていたはずのWebアプリケーションが、ある時突然、応答を返さなくなる。そして、運用者があたふたしている間に、何事もなかったかのように再び動き出す。 Javaで構築したシステムにかかわる者ならば誰しもが体験するであろう事象、そうFull GC（ガベージ・コレクション）だ。Full GCが行われている間、すべてのアプリケーションスレッドは停止する。この事象は“Stop the
Javaはどのように動くのか～図解でわかるJVMの仕組み 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第5回 チューニングのために理解しておきたいGCの4つのアルゴリズム | gihyo.jp
なぜアルゴリズムを学ぶのか GCによる停止時間が長くなり、アプリケーションの処理時間が短くなると、業務に使える時間が短くなってしまいます。その問題を解決するために、GCをチューニングすることで、アプリケーションの停止時間を短くすることが考えられます。 その際大事なのは、GCのアルゴルズムを把握しておくことです。 GCのチューニングを行うときは、GCで行われている処理の内、どの処理に時間がかかっているかをモニタリング⇒分析⇒チューニングする、という流れになります。しかし、GCのアルゴリズムを知らないと、モニタリング結果を見てもどこに問題があるかがわからず、分析やチューニングを行うことができません。 今回は、以下の4つのアルゴリズムをご紹介します。 マーク＆スイープGC コンパクション コピーGC 世代別GC GCのアルゴリズムはJVMの実装によって異なりますが、多くの場合、上記4つのアルゴリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Not Found
いぬごやねっと
Google Code Archive - Long-term storage for Google Code Project Hosting.
Trove for Java / Discussion / Open Discussion: are maps Concurrent?
School - JA-VA Code
JWNL Documentation
https://groups.google.com/forum/#!topic/clojure/h3M-LSlE4dw