約 1,247,327 件
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/1h4d/pages/86.html
笑顔プロセス 状況やセリフに影響されずキャラクターが笑顔を保っている状態。 状況と絵面のアンバランスさが笑いを誘う。 第8回「電池」ニャロメロンの作品より 第10回「蛙」ニャロメロンの作品より
https://w.atwiki.jp/abenben18/pages/55.html
開発プロセス 名称 特徴 ウォーターフォール型? 順番に行う インタラクティブ型? 実装からテストを繰り返す インクリメンタル型? 機能を分割しながら追加開発を行う スパイラル型? ウォーターフォール型を繰り返す プロトタイプ型? RAD,プロトタイプを確認しながら行う アジャイル型? コミュニケーション型開発,XPやスクラム
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/titech2/pages/35.html
生物プロセス専攻のページです このページは初期ページです。 過去問の解答、解説などコンテンツを追加してください。 このページを編集したい場合 編集- このページの編集 新しくページを作成したい場合 ＠wikiメニュー- 新規ページ作成 編集が出来ない場合 ユーザ登録をお願いします。 トップページ- 管理人にメール コメント 名前 コメント
https://w.atwiki.jp/minanana/pages/33.html
以下は、教科書的なことです。。 分析・洞察・予測を支援する形で提供されますか？ 情報システムは会社の成長性や収益性に貢献していたでしょうか？ 会社の業態において、サービス提供のスピードが差異化要因なら、情報システムはスピードを強化しなければなりません。死に筋を早く発見することが収益性を左右するなら、情報システムはそれを支援しなければなりません。 「発注の判断を早くしたい」「顧客が求めるものを推測したい」「組織への戦略徹底を図りたい」「社内の成功事例を発見したい」――。こうした要求に貴社の情報システムは効果を発揮していますか？ 「どのプロセスがボトルネックになっているかが知りたい」 「ベストマッチングではなく仮説・検証を繰り返すようにしたい」 「ベストマッチングではなく仮説・検証を繰り返すようにしたい」 これらの依頼者のニーズを、 本当は システム屋が理解し、実現することが会社にとって必要 一緒に議論できる頭を提供しないと 会社のgoing concernは危うい 依頼者がもっと具体的に、目的や機能、範囲、利用者、利用局面などを説明 →システム屋は、目的や狙いが、機能・範囲・利用者・利用局面などと整合性が取れているかどうか、つまり、狙いが実現されるかをwatchしなければ、本来の目的は実現できない 分析、洞察、仮説、検証といったプロセスの有無あるいは深さ、あるいは広さに、セブンと他社では差があるといわれています。そして、このプロセスで活躍している道具が、コンピュータとネットワークを駆使した情報システムなのです。 情報システムは、今や社会の重要なインフラとなっていると同時に、企業の差異化要因の1つとなっているのです。 「この技術を使えば、こういうことができ、事業の競争力強化につながる」 つまり、コンサル、経営の視点で改善できるちから。 業種別タテ割り型組織には、それなりの合理性があります。このベースにあるのは、システム屋にとっての競争力の源泉が「ITに関する技術力」と「それを応用する分野における業務知識」であるという考え方です。 この2つが重要であることは確かですが、知恵やアイデア、挑戦を軽視する風土をシステム屋に植え付けてしまったと私は感じています。 大きなシステム会社では、優良顧客を相手に長期安定体制の中で活躍した人と、新規顧客や新興企業の新規案件をこなしてきた人とを比べれば、まず例外なく前者が幹部として生き残ります。こうした構造は「業種内に閉じた発想」を助長します。 システム会社が蓄積すべき経験や業務知識を、“業種”ではなく“業態”としてとらえるだけでも、アイデアの出方は大きく変わってきます。 「最適化」「ベストマッチング」とは何か スタッフサービスは競合他社に勝つために、スピードを差異化要因として、「求人する企業には人材をすぐ紹介できる」「求職するスタッフには仕事をすぐ紹介できる」という強みを持ちたいと考えました。求人に対して2時間以内で人選を終えることを訴求する「2時間人選」というサービスを始めたのです。 2時間以内に結論を出すにはどういう情報システムと業務プロセスが必要なのかという、本質的な問題を考え抜く必要があるのです。 本質的に問題を考え、ユーザーが何をしたいのか、何を狙っているのかを素直に受け止め、正しく理解し、面白い提案をしてくれる良い“システム屋”も確かに存在します。自分の持つあらゆる知識、あらゆる経験を総動員して想像してくれる人たちです。たとえ技術面、あるいは業務知識面で間違っている部分があったとしても、ユーザーにとって、その提案は大いに参考になります。 ユーザーは、こうした想像力に長けた良い“システム屋”を見つけ出す必要がある ユーザー企業の情報システム部門にいる「ガミガミ屋」は、課題の検討が進んで、さあITの出番だというタイミングで登場します。そして「そんなことはできない」「そんな期間ではできない」「そんなコストではできない」「どうしてもっと早く知らせてくれないのか」「そもそもあいつに企画を任せるからダメなんだ」といった具合に、“上から目線”で否定的な言葉を連発します。 一方の「マゾヒスト」の“システム屋”は、やらなければならないことが大きければ大きいほど、複雑であればあるほど、期間が短ければ短いほど、内心で喜ぶタイプの人です。もちろん、口では「大変だ」「難しい」「無理かもしれない」と言いますが、実は喜んでいます。 「“システム屋”でありながら守備範囲を広げようとする人」「目的を遂行するためにIT活用を考え、ITを手段として明確に位置付けている人」といった“システム屋”が必要です。 業務分析 業務の改善を行う場合，まず業務分析から始めるのが一般的です。しかしながら，分析に労力と時間をかけ過ぎることは，分析にすべての労力を費やし，新しい業務提案がありきたりな提案であったりすることがよくあります 業務を革新するのであれば，現状分析は，現行業務のコストを認識し，将来業務へ移行するためのギャップ分析に限定すべきです。 ビジネス・プロセス ビジネスプロセスとは，仕事の時系列的な流れを指します。「仕事の時系列的な流れ」ゆえに部門横断的な概念となります。 プロセス・マップというダイアグラムは，ビジネスプロセスを検討するのに適しています。 プロセス・マップは，組織をまたがったプロセスを上手に表現できます。 又，プロセス・マップは下位のサブビジネスプロセスに分解することができるため，概観性と詳細性が同時に達成できます。 更に，プロセスマップを利用して，「価値」，「コスト」，「サイクルタイム」および「品質」といった定量値で業務の有効性や効率性を検討することができます。これが，プロセス革新の手法が，新業務プロセス設計の経済効果を定量的に示すことができる理由です。 タイムベース・マネジメント 仕事を時系列に並べ，顧客の視点でみると「待ち時間」が異常に長いことに気がつきます。実際に計算してみると，サイクルタイムに占める「処理時間」は，１％未満のものが圧倒的に多いのです。すなわち「顧客は異常に待たされている」のです。 これでは，アジル（俊敏な）経営とはなりません。 プロセス革新の手法には，「新製品開発から市場への投入時間の短縮」「注文から受領までの時間短縮」等サイクルタイム短縮例が沢山あります。 プロセス改善 プロセス改善活動の共通理解 プロセス改善ニーズの検討 目標の可視化 環境の理解 改善目標 プロセス改善の開始 現在能力の診断 行動計画の開発 関連ドキュメント 記事 記事 「プロセス改善手法の検証に関する調査」 役に立たない情報システムができる本当の理由 分からないことは？
https://w.atwiki.jp/sakawork/pages/20.html
psコマンドとkillコマンドpsコマンドオプション よく使ったオプション例 killコマンド オプション psコマンドとkillコマンド psコマンド 起動しているプロセスを表示させる オプション オプション 内容 a 全ユーザーのプロセスを表示(Linux) f すべてのプロセスを表示(Solaris) u プロセスのユーザ名と開始時刻も表示(Linux) x デーモンなども表示(Linux) e 全プロセスの情報表示(Solaris/Linux) l 詳細情報を表示(Solaris/Linux) よく使ったオプション例 オプション 内容 ps -ef Solarisで全ユーザ・全プロセスを表示 ps -aux Linux(HPも同様？)で全ユーザ・全プロセスを表示 killコマンド 起動しているプロセスにSIGNALを送る kill (オプション) (プロセスIDorジョブ番号) の形式で実行（プロセスIDorジョブ番号）のプロセスにSIGNALを送る デフォルトはSIGTERM オプション オプション 内容 なし (プロセスIDorジョブ番号)のプロセスにSIGTERMを送る -n (プロセスIDorジョブ番号) (プロセスIDorジョブ番号)のプロセスにnのSIGNALを送る - シグナル (プロセスIDorジョブ番号)のプロセスにシグナルを送る -l シグナルリストを表示 シグナル（番号/略） シグナル 意味 1 SIGHUP 端末の回線切れ/TERMを閉じた場合に発生デーモンの再起動にも使用 HUP ハングアップ 2 SIGINT Ctrl+Cで割り込みが発生した場合に発生 INT 割り込み 3 SIGQUIT Ctrl+\で終了した場合に発生 QUIT 終了 4 SIGILL 命令により不正なメモリ領域にジャンプした場合や権限のない命令を実行した場合に発生 ILL 不正命令 5 SIGTRAP デバッグ機能を用いている時に停止機能でとまった場合に発生 TRAP トレース/ブレークポイントでのトラップ 6 SIGABRT プロセスがabort()を呼んだ場合に発生シグナルハンドラから戻った時点でプロセスは終了 ABRT プロセスの中断 7 SIGEMT エミュレーショントラップが発生した場合に発生 EMT エミュレーショントラップ 8 SIGFPE 浮動小数点演算でゼロ除算やオーバーフローした場合に発生整数演算でもオーバーフローした場合に発生 FPE 不動小数点例外 9 SIGKILL killコマンドで発生させるハンドラでキャッチしたり無視することはできない KILL 強制終了 10 SIGBUS 未定義メモリ領域へアクセスした場合に発生 brハンドラでキャッチしたあとの動作はシステム依存 BUS バスエラー 11 SIGSEGV 不正なメモリアクセスによるページフォールトで発生 SEGV セグメンテーション違反 12 SIGSYS セグメンテーションフォールト システムコールの番号や引数が不正の場合に発生 SYS 不正システムコール 13 SIGPIPE 読み手のいないパイプへの書き込みが起きた場合に発生デフォルトでは受信プロセスが終了 PIPE 不正なパイプ 14 SIGALRM alarm()によるタイマーがタイムアウトした場合に発生 ALRM アラーム 15 SIGTERM killコマンドがデフォルトで送るシグナルハンドラでキャッチしたり無視することが可能 TERM 強制終了 16 SIGUSR1 ユーザ定義のシグナル USR1 ユーザ定義のシグナル1 17 SIGUSR2 ユーザ定義のシグナル USR2 ユーザ定義のシグナル2 18 SIGCHLD 子プロセスが終了した場合に発生子プロセスの終了原因が1～6の番号として送られる CHLD 子プロセスの終了 19 SIGPWR 電源断/再起動した場合に発生 PWR 電源 20 SIGWINCH ウインドウサイズを変更した場合に発生 WINCH 21 SIGURG 非動機I/O機能で使用。ソケット上に緊急データがある場合に発生 URG 緊急データ 22 SIGIO/SIGPOLL ファイル記述子に対してfcntl()でシグナル発生を指示した場合に発生 IO/POLL poll可能イベント 23 SIGSTOP プロセスグループの実行中断のためのシグナルハンドラでキャッチしたり無視することが可能 STOP 実行中断 24 SIGTSTP Ctrl+Zでフォアグラウンドジョブを中断した場合に発生 TSTP 端末からの中断 25 SIGCONT SIGSTOPによって停止したプロセスの再開に使用それ以外では無視される CONT 再開 26 SIGTTIN バックグラウンドジョブが端末からの入力待ちで停止した場合に発生 TTIN 端末からの入力待ち 27 SIGTTOU バックグラウンドジョブが端末への表示待ちで停止した場合に発生 TTOU 端末への表示待ち 28 SIGVTALRM プロファイラで使用 VTALRM 仮想タイマのタイムアウト 29 SIGPROF プロファイラで使用 PROF プロファイリングタイマーのタイムアウト 30 SIGXCPU プロセス実行時間がある値を超えた場合に発生 XCPU CPU時間制限オーバー 31 SIGXFSZ ファイルサイズがファイルシステムの制限を越えた場合に発生 XFSZ ファイルサイズ制限オーバー 32 SIGWAITING WAITING 33 SIGLWP LWP 34 SIGFREEZE FREEZE 35 SIGTHAW THAW 36 SIGCANCEL CANCEL 37 SIGLOST LOST 38～ SIGRTMIN TMIN 39 SIGRTMIN+1 RTMIN+1 40 SIGRTMIN+2 RTMIN+2 41 SIGRTMIN+3 RTMIN+3 42 SIGRTMAX-3 RTMAX-3 43 SIGRTMAX-2 RTMAX-2 44 SIGRTMIN-1 RTMIN-1 45 SIGRTMAX RTMAX ※記憶から遠のいてしまっているため、思い出し次第追記 使った覚えのないシグナルが多い
https://w.atwiki.jp/cybersecurity/pages/14.html
セキュリティを強化していく為にはソフトウエア開発のライフサイクルでセキュリティを考慮する必要がある。 以下にマイクロソフト社で実施されているセキュリティライフサイクルについてまとめる。 セキュリティ開発ライフサイクル（SDL） セキュリティ開発ライフサイクル（以下SDL）とはマイクロソフト社内で実施しているセキュリティに配慮した開発プロセスでありWindowsベースでない開発にも適用可能である。 SDLを導入した効果として今よりセキュリティ、安定性の高いソフトウエアが開発可能であり、メンバーのセキュリティ意識の向上にもなる Edited By Karai プログラマのためのセキュリティ対策テクニック（上）第2版 プログラマのためのセキュリティ対策テクニック（下）第2版
https://w.atwiki.jp/jeal78c/pages/15.html
どうやって顧客のいる場所に入っていけるかが課題になります。独自ドメインからFacebookのファンページをあるいはFacebookのアプリとなって顧客に直接リーチを試みます。 ソーシャル化の中で生き残るためにはどうしたらいいのか模索する経済活動の現在を追っていくことにしましょう。 これまで長い間わたしたちはどんなプロセスで物を買っていたのか、改めて考えてみましょう。はよ企業が消費者の消費までの心の動きにあわせて広告を送ったり、販売促進策を考えたりすればよかったです。しかし、もはやこのシンプルで単純なプロセスで極度なものを買っていると思う人は少ないでしょう。
https://w.atwiki.jp/asato/pages/291.html
問題の核心は、環境の形に直接関わるすべての行為や諸分野、すなわちデザイン、資金運用、建設、幾何学などにおいて、既存のプロセスすべてが間違っているということです。これらのプロセスを変えないかぎり、何も変えたことにはなりません。 クリストファー・アレグザンダー―建築の新しいパラダイムを求めて, p. 198