約 1,502,402 件
https://w.atwiki.jp/ue4wiki/pages/34.html
ポストプロセス 概要 まずはココを見よう! セルルック 参考ページ Tips 概要 まずはココを見よう! ポストプロセスエフェクト(オフィシャルドキュメント)http //docs.unrealengine.com/latest/JPN/Engine/Rendering/PostProcessEffects/index.html UE4のポストプロセスマテリアルで色々してみた 基本編 - Unreal Engine 4 (UE4) Advent Calendar 2014(ぼっちプログラマのメモさん) UE4のポストプロセスマテリアルで色々してみた 応用編 - Unreal Engine 4 (UE4) Advent Calendar 2014(ぼっちプログラマのメモさん) UE4のポストプロセスマテリアルで色々してみた 番外編(ぼっちプログラマのメモさん) UE4のCustomノード(カスタムHLSLシェーダ)を使ってみた(ぼっちプログラマのメモさん) セルルック Epic シモダさんのポストプロセスマテリアルによるセルルックのデモ スライド http //www.slideshare.net/EpicGamesJapan/ue4-40349515 ポストプロセスマテリアルのダウンロード https //drive.google.com/file/d/0B4kNmNnBuRTpWEE1WE04ejhtQjQ/view?usp=sharing 参考ページ Radial Blur PostProcess Material(オフィシャルwiki) UE4 にて特定の Actor に対して輪郭線・クリース線・色の境界線を描画する方法(rarilog) Tips 補足コメント コメント すべてのコメントを見る
https://w.atwiki.jp/titech2/pages/35.html
生物プロセス専攻のページです このページは初期ページです。 過去問の解答、解説などコンテンツを追加してください。 このページを編集したい場合 編集- このページの編集 新しくページを作成したい場合 @wikiメニュー- 新規ページ作成 編集が出来ない場合 ユーザ登録をお願いします。 トップページ- 管理人にメール コメント 名前 コメント
https://w.atwiki.jp/kirukodqm/pages/22.html
┌────────┐│ メインプロセス└────────┘ ┌─────────────────┐ │ メインプロセス │ │ ┌──────────┐ │ │ マイナーアクション │ └──────────┘ │ + │ ┌──────────┐ │ │ メジャーアクション │ └──────────┘ │ └─────────────────┘┏━━━━━┓┃シュピーネ┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ メインプロセスはモンスターが行動する場面ですね。 貴方が指示した通りにモンスターが動き、敵と戦うプロセスです。 このメインプロセスは、 【マイナーアクション】と【メジャーアクション】 という二つの行動によって構成されています。┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ 補足 マイナーアクション メジャーアクション
https://w.atwiki.jp/sevenlives/pages/678.html
半導体プロセス 読み:はんどうたいぷろせす 英語: 別名: 意味: 半導体プロセスとは半導体製造における製造工程のことだが、主にシリコンウェハをチップやデバイス状にまでする工程のことを指す。 半導体プロセスは非常に多岐に渡る技術があり、集積回路?の密度は年々劇的な進歩を遂げている。 その進化の速度のことをムーアの法則という。 2011年04月14日 マスク? フォト・リソグラフィ? フォト・レジスト? エッチング? プロセス・ルール ムーアの法則 IC トランジスタ SoC? CMOS TTL
https://w.atwiki.jp/underworld777/pages/17.html
ソフトウェア構成管理 http //www.atmarkit.co.jp/fembedded/special/scm/scm_a.html ファイルのバージョン管理 ビルド/リリース管理 グループ開発/並行開発の管理 案件(要求)/不具合管理 プロジェクト管理 開発プロセス管理 定量的データ測定
https://w.atwiki.jp/littlecourage/pages/17.html
サーバ上のプロセス状況を監視したい場合には、「top」コマンドを利用して行う方法がある。以下は、その実行例であり、標準設定では1秒置きに更新される。変更したい場合には「top -d 5」(例:5秒)などと指定すればよい。 $ top 50 processes 47 sleeping, 3 running, 0 zombie, 0 stopped CPU states 0.5% user, 0.7% system, 98.6% nice, 0.0% idle Mem 126172K av, 120656K used, 5516K free, 0K shrd, 38652K buff Swap 257032K av, 8056K used, 248976K free 40208K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 857 root 39 19 14816 14M 820 R N 98.9 11.7 1361m setiathome 1989 root 15 0 1028 1028 840 R 0.5 0.8 0 00 top 897 root 5 -10 56444 7036 2100 S 0.1 5.5 4 14 X 1 root 15 0 480 480 424 S 0.0 0.3 0 04 init 2 root 15 0 0 0 0 SW 0.0 0.0 0 00 keventd 3 root 15 0 0 0 0 SW 0.0 0.0 0 00 kapmd 4 root 34 19 0 0 0 SWN 0.0 0.0 0 00 ksoftirqd_CPU0 5 root 15 0 0 0 0 SW 0.0 0.0 0 00 kswapd 6 root 15 0 0 0 0 SW 0.0 0.0 0 00 bdflush 7 root 15 0 0 0 0 SW 0.0 0.0 0 00 kupdated ~以下略~ ほかにも、特定のプロセスのみを継続的に監視したい場合には、次のように指定するとよい。カスタマイズすべき指定は黄色の個所であり、ここでは「--interval=5」が5秒ごとの更新、grepに続く「http」が監視を行いたいサービス名を意味する(サービス名は、ps axなど実行時に見られる文字列を指定)。 # watch -- interval=5 "ps auxw | grep http | grep -v grep" 出展 ITmedia
https://w.atwiki.jp/tatecs/pages/154.html
プロセスアプローチ プロセスマネジメントの概念は、ISO 9001 の2000 年版において初めて導入されました。 プロセスマネジメントの考え方は、2000年版の8原則となっていることもあり、効果的なマネジメントシステムの主要な要素として認識されている一方で、多くの組織がそれを導入する際に問題が生じました。 現在でも、既に認証を取得している組織であっても、プロセスへのアプローチが「未成熟」な場合がしばしば見受けられます。 タートル図 組織の状況及び利害関係者のニーズを理解し、適用範囲を決定し、具体的にそれを実行する体制を作ります。その際、柱となるのが「プロセスアプローチ」の考え方です。 プロセスアプローチを行うことによって、システムのプロセス間の相互関係および相互依存性を管理することができ、部分ではなく組織の全体的なパフォーマンスを向上させることができます。 これを組織全体に適用させることで、組織の品質方針や戦略的な方向性に従って意図した結果を、効果的かつ効率的に達成できます。 一連のプロセスを確立し、必要なプロセスにおいて、どのような過程を経て「あるべき姿」を達成したいかを整理します。 タートル図を用いてプロセスを整理してみることは有効です。 つまり、インプットに対し「何を用いて(設備:Machine、原材料:Material)」「誰が(人:Man)」「どのように(手順:Method)」管理を行うのか、つまりプロセスに必要な資源を明確にし、利用できるようにします。 さらにプロセスを効果的に運用、管理できるよう「モニタリング(Monitoring)」を行います。 これらをしっかり管理することで意図した製品およびサービス(アウトプット)を提供することが可能になります。 ISO 9001の構築および運用とは、このタートル図を組織のプロセスを明確にし、実践していくことであるとも言えます。 これらはフロー図、体系図、品質マニュアルといった文書に落とし込んでいくことになります。 プロセスアプローチのメリット プロセスアプローチのメリットは以下のとおりです。 プロセスを統合し整合させることができ、望ましい結果を達成する プロセスの有効性と効率性に労力を集中する 組織の安定した業績について、顧客及び利害関係者に対して、信用を与える 組織内部の運営に透明性をもたらす 資源を有効に活用することによって、コストを削減し、サイクル時間を短縮する 改善された、一貫性のある予測可能な結果をもたらす フォーカスすべき重要な改善活動の機会を生み出す 人員の参画と各人の責任の明確化を促す 効果的な統合システムを検討し構築することに加えて、組織のプロセス・モデルは、この基礎となります。これは、通常、統合されたプロシージャ(手順)や手段のセットで構成され、パフォーマンスまたは変更をレビューする際には、事業の全体的な視点をもちリスクを低減することを確実にします。 関連リンク ISO9001 ISO9001-2015 ISO9001-2015 要求事項 ISO9001システム改善 ISO9001新規認証取得支援コンサルティング ISOシステム構築への取組み-その1 ISOは経営システムの基本である 社長はISOをどのように活用できるか ISO9001用語集 精密板金加工業への適用例 プレス加工業への適用例 機械加工業への適用例 電気工事業への適用例 ソフトウェアのISO9001 | サイトマップ お問合せ タテックス有限会社では、既にISO9001を認証取得している企業様の新規格への移行支援コンサルティング、並びに新規に認証取得しようとする企業様への認証取得コンサルティングを行っております。~ お申し込み、ご相談はお気軽にお問合せ下さい。 御見積りは信頼と実績のタテックスまでお問合せください。 お問合せは、ここをクリック→お問合せ ~ ~ ~ ~ ~
https://w.atwiki.jp/android/pages/40.html
ドキュメントからの引用 Android Building Blocks Generally, these components all run in the same system process. It s possible (and quite common) to create multiple threads within that process, and it s also possible to create completely separate child processes if you need to. Such cases are pretty uncommon though, because Android tries very hard to make processes transparent to your code. 普通、これらのコンポーネントはすべて同じシステムプロセスで動作する。 そのプロセスの中に複数のスレッドを作ることが可能で(そして相当よくある)、 またもし必要なら完全に分割された子プロセスを作ることも可能だ。 そのようなケースはすこし珍しい、なぜならあなたのコードを透過的にするのはAndroidにとって難しいからだ。 Designing and Using a Remote Interface Using AIDL Since each application runs in its own process, and you can write a service that runs in a different process from your Application s UI, sometimes you need to pass objects between processes. On the Android platform,one process can not normally access the memory of another process. So to talk, they need to decompose their objects into primitives that the operating system can understand, and "marshall" the object across that boundary for you. The code to do that marshalling is tedious to write, so we provide the AIDL tool to do it for you. 各アプリケーションは自身のプロセスで動作するし、 アプリケーションのUIと異なるプロセスで動かすようにサービスを書くこともあるので プロセス間でオブジェクトを受け渡しする必要が時々ある。 Androidプラットホームでは、あるプロセスは他のプロセスのメモリに普通にアクセスすることはできない。 そのために、オペレーティングシステムが理解できるプリミティブにオブジェクトを分解して、 境界を越えてobjectをマーシャルする必要がある。 そういうマーシャリングを行うコードを書くのはうんざりする。 android process 属性 http //code.google.com/android/reference/android/R.styleable.html#AndroidManifestActivity_process http //code.google.com/android/reference/android/R.styleable.html#AndroidManifestApplication_process http //code.google.com/android/reference/android/R.styleable.html#AndroidManifestProvider_process http //code.google.com/android/reference/android/R.styleable.html#AndroidManifestReceiver_process http //code.google.com/android/reference/android/R.styleable.html#AndroidManifestService_process Specify a specific process that the associated code is to run in. Use with the application tag (to supply a default process for all application components), or with the activity, receiver, service, or provider tag (to supply a specific icon for that component). Application components are normally run in a single process that is created for the entire application. You can use this tag to modify where they run. If the process name begins with a character, a new process private to that application will be created when needed to run that component (allowing you to spread your application across multiple processes). If the process name begins with a lower-case character, the component will be run in a global process of that name, provided that you have permission to do so, allowing multiple applications to share one process to reduce resource usage. 関連するコードが動作するプロセスを指定する。Applicationタグと一緒に使う(アプリケーション中の全コンポーネントのデフォルトプロセスを供給する)、または activity, receiver, service, or provider タグ と一緒に使う(そのコンポーネントのiconの指定を供給する)。 アプリケーションのコンポーネントは通常はアプリケーション全体のために作成された単一のプロセスにおいて動く。このタグを使うことでどこでそれが動くか変更できる。もしプロセス名が で始まるなら、新しいプロセスはそのコンポーネントを動かすことが必要になった時にアプリケーションによって作られるプライベートなものだ(アプリケーションを複数のプロセスに展開することが許容される)。もしプロセス名が英小文字で始まるなら、コンポーネントはその名前のグローバルプロセスの中で動作して、そういうパーミッションを提供すれば、リソース使用を軽減するために複数のアプリケーションを単一のプロセスで共有することが許容される。
https://w.atwiki.jp/dentu-os/pages/25.html
プロセスの実行 複数のプロセスを同時に実行できるOSをマルチタスクと呼ぶ。 それぞれのプロセスにはメモリ領域が割り当てられ、その内部構造は 次のようになっている。 テキスト領域 プログラムコードが格納されている。 データ領域(ヒープ領域) 大域変数やmallocで確保したデータが格納される。 スタック領域 局所変数やサブルーチンの戻りアドレスが格納される。 プロセスの並列動作 OSは極めて短い時間でプロセスを切り替えながら動作する。 ユーザーから見ればプロセスが同時に実行されているように見える。 これを擬似並列という。なお、複数のプロセスが同時に動作しているように見えることを並行実行(concurrent)。実際に動作していることを並列実行(parallel)という。 プロセスの生成 OSがプロセスを生成する。プロセスはOSに対してプロセスの生成を依頼することができる。unixではforkシステムコールを用いて行う。 プロセスの終了 プロセスの終了状態は次の3つに分類できる。 正常終了 プロセスがOSに処理の終了を通知してプロセスが終了する。unixではexitシステムコール 異常終了 異常により実行を続けられなくなって終了する。 他のプロセスによる終了 killなど プロセスの切り替え プロセスの切り替えを行うことをコンテキスト・スイッチと呼ぶ。 PCやSPなどレジスタの値を切り替えることでスイッチする。 プロセスの実装 カーネル内部ではプロセスのための情報を格納するためのデータ構造が存在し、プロセステーブルと呼ばれる。プロセスを追加するとここにエントリが追加される。エントリはunixでは構造体で表現されstruct task_struct として定義されている。中身としては プロセスの管理情報レジスタの退避領域 プロセスの属性(PIDなど) 統計情報 メモリ管理情報 ファイル管理情報 カーネルの保護 カーネルもプロセスと同様にメモリ上に存在するため、適切な保護が必要になる。 CPUの動作モード、特権命令 CPUにはカーネルモードとユーザーモードが存在する。特権モードを カーネルモード、非特権モードをユーザーモードと呼ぶ。 次のような違いがある。 実行できる命令の違い 特権モードではすべての命令を実行できるが、非特権モードには実行 できない命令が存在する。 アクセスできるメモリ領域の違い 特権モードではすべての領域にアクセスできるが、非特権モードではアクセスできない領域が存在する。 スーパーバイザコール ユーザープログラムがカーネルモードの動作をさせるために明示的に割り込みを発生させることができる。これをスーパーバイザコールと呼ぶ。 システムコール システムコールはOSの提供する機能のうち、プロセスから明示的に呼び出して利用する機能のことを言う。システムコール呼び出しはスーパーバイザコールを利用して実装されている。 例 Linuxの場合 1レジスタにシステムコール番号を代入 2決められたレジスタに引数を代入 3スーパーバイザコールを行う。システムコール用の割り込みハンドラが呼ばれて適切な処理を行う。
https://w.atwiki.jp/abenben18/pages/55.html
開発プロセス 名称 特徴 ウォーターフォール型? 順番に行う インタラクティブ型? 実装からテストを繰り返す インクリメンタル型? 機能を分割しながら追加開発を行う スパイラル型? ウォーターフォール型を繰り返す プロトタイプ型? RAD,プロトタイプを確認しながら行う アジャイル型? コミュニケーション型開発,XPやスクラム