【課題】他のトランザクションのステートメントが取得したロックを意味なくキャンセルさせることにより同時実行性能が下がるという問題を回避すること。
【解決手段】データサーバ１は、自サーバで格納するデータの階層関係を管理し、トランザクションサーバ２からステートメントのロック要求を受けると、階層関係のルートノードから、ロック要求をしてきたステートメントで用いるデータを持つ下位ノードまでを１つのグループとして該グループの各ノードのロックを取得させることとする。もし、該グループにおいて既に他のトランザクションのステートメントがロックを取得している場合、ロック要求をしてきたステートメントのトランザクションに一意に付与される特定値を、グループの他のトランザクションの中の最小の特定値と比較し、最小の特定値よりも小さい場合にグループのロックを取得させる。 （もっと読む）

【課題】デッドロックが発生した際の処理効率を向上させる。
【解決手段】分散データベースを構成する複数のデータベースＤＢをそれぞれ管理する複数のサーバ装置１０、２０、３０を有する分散データベースシステム１であって、サーバ装置１０、２０、３０は、デッドロックが発生したか否かを判定する判定部１２３と、判定部１２３によりデッドロックが発生したと判定された場合に、デッドロックを発生させているアプリケーションのうち、ロックの解除待ちを開始した時刻が遅い方のアプリケーションにデッドロックの発生を通知する通信部１２１と、を備える。 （もっと読む）

【課題】複数のプロセッサが共有リソースを獲得しようとする場合の排他制御において、コンピュータシステム全体の処理効率が低下することを防止する。
【解決手段】
複数のプロセッサで動作するＯＳ上のアプリケーションが共有リソースを使用する場合の排他制御方式であって、共有リソース毎に管理情報を設け、この管理情報には、各プロセッサ上で動作するＯＳ毎のセマフォと、各ＯＳからの要求を格納する待ち行列と、待ち行列に格納されている要求個数のカウンタとを備え、共有リソース獲得の可否はカウンタを参照して判断し、共有リソースの獲得通知は、各ＯＳのセマフォから通知を受けることで、各ＯＳにおける共有リソースの管理を行うことを特徴とする。 （もっと読む）

【課題】分散管理されるデータに対する操作命令列の並列性を向上させること。
【解決手段】一以上のデータに関して連続して実行される操作命令を含む処理単位の実行要求を受け付ける一以上の受付ノードと、データを保持する一以上の保持ノードをと有する情報処理システムであって、受付ノードは、処理単位間の順序関係を示す順序情報を、処理単位ごとに当該処理単位に含まれるぞれぞれの操作命令に付与する順序情報付与手段と、操作命令を保持ノードに送信する操作命令送信手段とを有し、保持ノードは、操作命令の受信に応じて、当該保持ノードが保持するデータに関する操作命令を実行する操作命令実行手段を有し、操作命令実行手段は、既に実行した第一の操作命令よりも順序関係が前であることを示す順序情報が付与された第二の操作命令が受信された場合は、第二の操作命令の実行後に第一の操作命令を再実行する。 （もっと読む）

【課題】プロセッサコアのローカルメモリや共有メモリの所要のアドレスに対して小さな回路規模で排他制御を行うことができるデータプロセッサを提供する。
【解決手段】要求に従ってバスロック設定と解除が可能にされるシステムバス（５）を共有する複数個のプロセッサコア（２０，４０）が相互に互いの内部リソース(２２，４２)を共有するデータプロセッサ（１）において、プロセッサコアが内部リソースの第１アドレス（ロック変数割り当てアドレス）へアクセスを行うときバスロックの要求を伴って当該アクセス要求をシステムバスに出力することによりシステムバスにバスをロックさせると共にシステムバスから当該プロセッサコアに帰還されるのを待って当該アクセス要求を処理し、プロセッサコアが内部の第２アドレスへアクセスを行うとき当該アクセス要求をプロセッサコアの内部で処理する。 （もっと読む）

【課題】ホストコンピュータと排他制御装置とを有する疎結合のコンピュータシステムで、本番環境と開発環境とを実行する際に、本番環境用と開発環境用のＭＳＣＰ装置を別々に用意せずとも、開発環境で生じた問題により本番環境に支障が生じないようにする。
【解決手段】ＭＳＣＰＧＷ部分５は、本番環境１００及び開発環境１０１からの要求を受け取り、受け取った要求が本番環境１００からの要求か開発環境１０１からの要求かを判定する。受け取った要求が開発環境１０１からの要求であると判定された場合には、複数のＭＳＣＰ装置５０−１、５０−２、…、５０−ｍの中で、利用可能な待機系のＭＳＣＰ装置５０−ｍに要求を送信する。これにより、待機系のＭＳＣＰ装置５０−ｍを、開発環境１０１から利用でき、本番環境用と開発環境用のＭＳＣＰ装置を別々に用意する必要がなくなる。 （もっと読む）

【課題】システムのスループットを低下させずに、繁忙ロックに排他処理専用プロセッサを割り当てるマルチプロセッサシステムを得る。
【解決手段】監視対象のロックについて、ロック区間内の平均キャッシュミス回数とロック頻度を取得し、システムに接続されているプロセッサについてＣＰＵ４の使用率を取得すると共に、汎用プロセスキュー１０上でＣＰＵ４待ちとなったプロセスの待ち時間の合計時間を取得するインターバル情報採取手段１６０と、監視対象のロックについて、平均キャッシュミス回数、ロック頻度、ＣＰＵ使用率、及びプロセスの待ち時間の合計時間に基づいて、排他処理専用プロセッサを割り当てるロックを決定する負荷状況分析手段１７０と、排他処理専用プロセッサの割り当てに従って、排他処理専用プロセッサに割り当てるロックの切り替えを行う専用プロセッサ切替手段１８０を備える。 （もっと読む）

【課題】トラフィック（処理量）の変動に応じた共用リソースの待ち制御を自動的に行う。
【解決手段】待ち制御部１０５は、待ち制御処理を開始する時、リトライ間隔保存領域１０６のリトライ間隔値をリトライ間隔変数値１０７に設定する。共用リソース１０９を利用できない場合、待ち制御部１０５は、待ち要求を発行し、リトライ間隔変数値１０７で指定されるリトライ間隔が経過するまで中央処理装置１０１に処理プログラム１０４の実行を中断させるとともに、リトライ間隔変数値１０７を増加させる。待ち制御部１０５は、リトライ間隔が経過するまで待ち、再度共用リソース１０９にアクセスする。共用リソース１０９が利用できる場合、待ち制御部１０５は、中央処理装置１０１に処理プログラム１０４の実行を再開させるとともに、待ち要求の発行回数に応じて、リトライ間隔保存領域１０６に保存されているリトライ間隔値を増加または減少させる。 （もっと読む）

【課題】複数タスクから構成されるソフトウェアプログラムを複雑化することなく、かつ主記憶装置に対するアクセス要求を調停するハードウェアを複雑化することなくデータの一貫性を保証することができる入出力制御装置を得る。
【解決手段】タスク情報管理部４１は、各タスクと、データ入出力領域３１への排他アクセス対象となる周辺装置７との関係を各タスクの実行順に示す入出力制御テーブル４２を用いて、現在、実行されているタスクから排他アクセス対象となる周辺装置７を求める。排他アクセス信号出力部４５は、タスク情報管理部４１で求められた排他アクセス対象となる周辺装置７を示す排他アクセス信号を出力する。周辺装置インタフェース６は排他アクセス信号に基づいて、排他アクセス対象の周辺装置からの入出力を停止する。 （もっと読む）