JavaVMのメモリ管理をマスターする
Webシステムの安定動作には、メモリ使用量の適切な見積もりが不可欠。だがJavaVMでメモリがどのように管理されるかを理解しているだろうか？ メモリに関する問題が発生すると、知識や技術資料の不足によって問題が長期化しがち。JavaVMでどのようにメモリが管理されているかを理解し、正確なメモリサイジングやメモリ関係のトラブルの早期解決へとつなげよう。 JavaVMのメモリ構造を理解しよう まず、JavaVMがどのようにメモリを使っているかを理解しておこう。JavaVMがプログラムを実行すると、Javaのプロセスによってメモリが使用される。Javaのプロセスでは、Javaヒープ、Permヒープ、Cヒープ、およびスレッドスタックという4つのメモリ領域を使用する。 Javaヒープはアプリケーションプログラムの各種オブジェクトを格納する領域であり、Classのnewで確保される。JavaヒープはNe
Build, Secure & Extend your Enterprise Applications | Rogue Wave
New Releases Zend Server 2018 improves the performance and scale of your apps with multiple deployment options, caching insights, and improved support. Klocwork 2018.1 features industry-leading support for C++17 analysis, improved standards coverage, and better support for DevOps environments. TotalView and CodeDynamics 2018 improves mixed language debugging and streamlines your debugging sessions
minfish.jp/blog: Web 2.0 Design Patternsの訳
デザインパターンMLに結城浩さんが投稿されてて興味を持ったのですが、昨日は睡眠欲に勝てず読めずじまいだったです。が、さっき読んでみたら、おもしろかったので翻訳してみました。 この「訳」の著作権は破棄しますので、商用非商用自由ですが、勝手翻訳で承諾を受けているわけではないのでその辺は承知おきください。じゃあ何で公開したのかというと、文中に「知的財産の保護は再利用を制限し、実験を妨げる。」とうたってたからです。図々しいですね。はい。あと、訳に間違いがあるかもしれないので、指摘していただけると嬉しいです。 よくまとまっているので、取引先に魔法の呪文で呪術をかけられそうな僕のような会社員の皆様が「なあんだ、そういうことだったのか。」となる助けになればと。デザインパターン自体トレードオフの関係は避けられないと、ちょっとかじって感じたので、Web2.0のデザインパターンだってそれは避けられないはず、で
キミのコードが汚い理由 ― ＠IT情報マネジメント
リスト1は、同じ処理を繰り返すようなコードで初心者プログラマーがよく使う幼稚なスタイルで書かれている。必ずしも複雑ではないが、筆者には散らかっていて効率が悪く見える。リスト2の方が複雑な条件になっているが、Javaを理解していれば、かなり読みやすい。唯一疑問を抱くかもしれないとしたら、最後の「else if」の中にある条件の最初の部分だけだ。このクローズに来るということは、どちらかのプレーヤーが勝ったことを意味する。 いずれのインプリメンテーションも間違ってはいない。実際、これらはどちらも非常に小さく、つまらない例にすぎないので、これらのリストでコードがいかにクリーンか論ずるのはあまり有益ではない。ただ、何をもってインプリメンテーションがクリーンなのかについて読者の興味を深めることはできるだろう。 クリーンなコードについて扱った記事、Webサイト、書籍は多数存在する。何をもってコードをクリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
