Vulkanで困るところ :: ☆PROJECT ASURA☆
こんばんわPocolです。 Vulkanについてある程度知見が増えてきたので，ここでちょっとまとめておこうと思います。 Vulkanに適しているもの・適していないもの ＜Vulkan移植を避けるべきもの＞ ・OpenGL → Vulkanへの移植案件。 ・Direct3D 11 → Vulkanへの移植案件。 ・ゲームエンジンやライブラリなどマルチプラットフォーム対応されているプログラムのVulkan対応 ＜Vulkan移植してもいいかなという条件＞ ・非マルチプラットフォーム（対応APIがVulkanのみ） ・ブレンドステートやラスタライザ―ステート，シェーダなどの組み合わせが事前にすべて分かるアプリケーション。 ・CPUがボトルネック。 ・コピーコマンドをほとんど使わない（動画テクスチャみたいなものを使用しない） ・D3D12で動くプログラム まず，恐らくゲーム業界で
あなたの知らない time(1) の世界 - kuenishi's blog
自分が書いたプログラムのメモリ使用量を測定したいことがある。プログラムがOOM Killerによってお亡くなりになった場合や、ページフォルトをなくして高速化したい場合などだ。定常的に起動するサーバーのプログラムなら、sarや meminfo など（今なら Datadog とかだろうか）を使ってじーっと見つめるわけだ。もっとモダンにやるなら perf や DTrace を使ってもよいかもしれない。しかしこれらのツールは基本的にプロセスIDを渡してサンプリングして外から覗く方法だ。 わたしのユースケースはデーモンプロセスではなく、 main から入って必要な計算をして、それが終わったら main を抜けるバッチジョブ（単にコンソールから実行して終わるまで待つ、いわゆる "Hello world!" 的なやつ）だ。これだと、プログラムが起動して終わるまでそこそこの時間で終わってしまって、外部プロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
