JPH10105487A - 計算機ネットワーク通信方法およびネットワーク計算機システム - Google Patents
計算機ネットワーク通信方法およびネットワーク計算機システムInfo
- Publication number
- JPH10105487A JPH10105487A JP8258962A JP25896296A JPH10105487A JP H10105487 A JPH10105487 A JP H10105487A JP 8258962 A JP8258962 A JP 8258962A JP 25896296 A JP25896296 A JP 25896296A JP H10105487 A JPH10105487 A JP H10105487A
- Authority
- JP
- Japan
- Prior art keywords
- network
- information
- packet
- computer
- interrupt
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Multi Processors (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 パケット到着の際の割込を受信側で必要な場
合のみ発行する。 【解決手段】 ネットワーク内計算機１００のネットワ
ークアダプタ１１０は、到着したパケットをメモリ１５
０に転送する。そして、パケットに含められた通信チャ
ネルＩＤ情報に一致する要素が要因待ちリスト１６３に
あるか否かを調べ、あった場合にのみ割込を発行し、な
かった場合には割込を発行しない。 【効果】 不必要な割込を起こさないようになるから、
プロセッサ１３０の処理オーバヘッドが小さくなり、シ
ステム性能を向上できる。
合のみ発行する。 【解決手段】 ネットワーク内計算機１００のネットワ
ークアダプタ１１０は、到着したパケットをメモリ１５
０に転送する。そして、パケットに含められた通信チャ
ネルＩＤ情報に一致する要素が要因待ちリスト１６３に
あるか否かを調べ、あった場合にのみ割込を発行し、な
かった場合には割込を発行しない。 【効果】 不必要な割込を起こさないようになるから、
プロセッサ１３０の処理オーバヘッドが小さくなり、シ
ステム性能を向上できる。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークに結
合した計算機間でパケットを送受信する計算機ネットワ
ーク通信方法およびネットワーク計算機システムに関す
る。
合した計算機間でパケットを送受信する計算機ネットワ
ーク通信方法およびネットワーク計算機システムに関す
る。
【０００２】
【従来の技術】従来の計算機ネットワーク通信方法で
は、送信側計算機はパケットのアクションフィールドに
て割込を起こすか否かを指定しそのパケットをネットワ
ークに送出し、受信側計算機はネットワークから取り込
んだパケットのアクションフィールドにて割込を起こす
ことが指定されていたら割込を発行している。
は、送信側計算機はパケットのアクションフィールドに
て割込を起こすか否かを指定しそのパケットをネットワ
ークに送出し、受信側計算機はネットワークから取り込
んだパケットのアクションフィールドにて割込を起こす
ことが指定されていたら割込を発行している。
【０００３】
【発明が解決しようとする課題】例えば、ネットワーク
を介して複数の計算機が協調して動作する計算機システ
ムにおいて、マルチプロセス環境で動作する場合、受信
要求より送信が後になることもあれば、受信要求より送
信が先になることもある。受信要求より送信が後であれ
ば、パケットの到着までプロセスを休止させておき、パ
ケットの到着で休止していたプロセスを起動することが
必要となり、送信側計算機は割込を起こすことをパケッ
トで指定する必要がある。一方、受信要求より送信が先
であれば、プロセスを休止させる必要はなく、従って、
送信側計算機は割込を起こすことをパケットで指定する
必要はない。ところが、実際には受信要求と送信のどち
らが先になるかが判らないため、従来の計算機ネットワ
ーク通信方法では、送信側計算機は、受信側計算機で休
止している可能性のあるプロセスへの全てのパケットで
割込を起こすことを指定している。しかし、不必要な割
込が起こされると、プロセッサの処理オーバヘッドが無
駄に大きくなり、システム性能が低下する問題点があ
る。そこで、本発明の目的は、不必要な割込を起こさな
いようにし、システム性能を向上できるようにした計算
機ネットワーク通信方法およびネットワーク計算機シス
テムを提供することにある。
を介して複数の計算機が協調して動作する計算機システ
ムにおいて、マルチプロセス環境で動作する場合、受信
要求より送信が後になることもあれば、受信要求より送
信が先になることもある。受信要求より送信が後であれ
ば、パケットの到着までプロセスを休止させておき、パ
ケットの到着で休止していたプロセスを起動することが
必要となり、送信側計算機は割込を起こすことをパケッ
トで指定する必要がある。一方、受信要求より送信が先
であれば、プロセスを休止させる必要はなく、従って、
送信側計算機は割込を起こすことをパケットで指定する
必要はない。ところが、実際には受信要求と送信のどち
らが先になるかが判らないため、従来の計算機ネットワ
ーク通信方法では、送信側計算機は、受信側計算機で休
止している可能性のあるプロセスへの全てのパケットで
割込を起こすことを指定している。しかし、不必要な割
込が起こされると、プロセッサの処理オーバヘッドが無
駄に大きくなり、システム性能が低下する問題点があ
る。そこで、本発明の目的は、不必要な割込を起こさな
いようにし、システム性能を向上できるようにした計算
機ネットワーク通信方法およびネットワーク計算機シス
テムを提供することにある。
【０００４】
【課題を解決するための手段】第１の観点では、本発明
は、ネットワークに結合した計算機間でパケットを送受
信するための計算機ネットワーク通信方法であって、送
信側計算機は通信先指定情報を含むパケットを作成して
ネットワークに送出し、受信側計算機はメッセージ到着
を待っている通信先指定情報を保持すると共にネットワ
ークから取り込んだパケット内に含まれる通信先指定情
報がメッセージ待ちをしている通信先指定情報と一致し
たときのみパケットの到着を通知するための割込を発行
することを特徴とする計算機ネットワーク通信方法を提
供する。上記第１の観点による計算機ネットワーク通信
方法では、送信側計算機は、パケットを作成する際、パ
ケットに通信先指定情報を含めておく。一方、受信側計
算機は、メッセージ到着を待っている通信先指定情報を
保持しておく。そして、受信側計算機は、保持している
通信先指定情報と受信したパケット内に含まれる通信先
指定情報とを比較し、一致しなければ割込を発行せず、
一致したときのみ割込を発行する。これにより、不必要
な割込を起こさないようになるから、プロセッサの処理
オーバヘッドが小さくなり、システム性能を向上でき
る。
は、ネットワークに結合した計算機間でパケットを送受
信するための計算機ネットワーク通信方法であって、送
信側計算機は通信先指定情報を含むパケットを作成して
ネットワークに送出し、受信側計算機はメッセージ到着
を待っている通信先指定情報を保持すると共にネットワ
ークから取り込んだパケット内に含まれる通信先指定情
報がメッセージ待ちをしている通信先指定情報と一致し
たときのみパケットの到着を通知するための割込を発行
することを特徴とする計算機ネットワーク通信方法を提
供する。上記第１の観点による計算機ネットワーク通信
方法では、送信側計算機は、パケットを作成する際、パ
ケットに通信先指定情報を含めておく。一方、受信側計
算機は、メッセージ到着を待っている通信先指定情報を
保持しておく。そして、受信側計算機は、保持している
通信先指定情報と受信したパケット内に含まれる通信先
指定情報とを比較し、一致しなければ割込を発行せず、
一致したときのみ割込を発行する。これにより、不必要
な割込を起こさないようになるから、プロセッサの処理
オーバヘッドが小さくなり、システム性能を向上でき
る。
【０００５】第２の観点では、本発明は、ネットワーク
に結合した計算機間でパケットを送受信するための計算
機ネットワーク通信方法であって、送信側計算機は通信
先指定情報をヘッダ情報に含むパケットを作成してネッ
トワークに送出し、受信側計算機はメッセージ到着を待
つ休止プロセスおよびそれに対応する通信先指定情報を
管理する要因待ち情報を保持すると共にネットワークか
ら取り込んだパケットのヘッダ情報内に含まれる通信先
指定情報が前記要因待ち情報が管理している通信先指定
情報と一致したときのみパケットの到着を通知するため
の割込を発行することを特徴とする計算機ネットワーク
通信方法を提供する。上記第２の観点による計算機ネッ
トワーク通信方法では、送信側計算機は、パケットを作
成する際、パケットに通信先指定情報を含めておく。一
方、受信側計算機は、休止プロセスと通信先指定情報を
要因待ち情報として保持しておく。そして、受信側計算
機は、保持している通信先指定情報と受信したパケット
内に含まれる通信先指定情報とを比較し、一致しなけれ
ば割込を発行せず、一致したときのみ割込を発行する。
これにより、不必要な割込を起こさないようになるか
ら、プロセッサの処理オーバヘッドが小さくなり、シス
テム性能を向上できる。また、通信先指定情報を要因待
ち情報として管理するから、前記比較処理を効率的に行
えるようになる。
に結合した計算機間でパケットを送受信するための計算
機ネットワーク通信方法であって、送信側計算機は通信
先指定情報をヘッダ情報に含むパケットを作成してネッ
トワークに送出し、受信側計算機はメッセージ到着を待
つ休止プロセスおよびそれに対応する通信先指定情報を
管理する要因待ち情報を保持すると共にネットワークか
ら取り込んだパケットのヘッダ情報内に含まれる通信先
指定情報が前記要因待ち情報が管理している通信先指定
情報と一致したときのみパケットの到着を通知するため
の割込を発行することを特徴とする計算機ネットワーク
通信方法を提供する。上記第２の観点による計算機ネッ
トワーク通信方法では、送信側計算機は、パケットを作
成する際、パケットに通信先指定情報を含めておく。一
方、受信側計算機は、休止プロセスと通信先指定情報を
要因待ち情報として保持しておく。そして、受信側計算
機は、保持している通信先指定情報と受信したパケット
内に含まれる通信先指定情報とを比較し、一致しなけれ
ば割込を発行せず、一致したときのみ割込を発行する。
これにより、不必要な割込を起こさないようになるか
ら、プロセッサの処理オーバヘッドが小さくなり、シス
テム性能を向上できる。また、通信先指定情報を要因待
ち情報として管理するから、前記比較処理を効率的に行
えるようになる。
【０００６】第３の観点では、本発明は、ネットワーク
に結合した計算機間でパケットを送受信するための計算
機ネットワーク通信方法であって、送信側計算機は通信
先指定情報をヘッダ情報に含むパケットを作成してネッ
トワークに送出し、受信側計算機はメッセージ到着を待
つ休止プロセスおよびそれに対応する通信先指定情報を
管理する要因待ち情報を主記憶に保持すると共にネット
ワークから取り込んだパケットのヘッダ情報内に含まれ
る通信先指定情報が前記要因待ち情報が管理している通
信先指定情報と一致したときのみパケットの到着を通知
するための割込を発行し、さらに受信側計算機は排他制
御機構を有しその排他制御機構により前記要因待ち情報
の内容の一貫性を保つことを特徴とする計算機ネットワ
ーク通信方法を提供する。上記第３の観点による計算機
ネットワーク通信方法では、送信側計算機は、パケット
を作成する際、パケットのヘッダ情報に通信先指定情報
を含めておく。一方、受信側計算機は、休止プロセスと
通信先指定情報を要因待ち情報として主記憶に保持して
おく。また、排他制御機構を備えておき、その排他制御
機構により前記要因待ち情報の内容の一貫性を保つよう
にする。そして、受信側計算機は、保持している通信先
指定情報と受信したパケット内に含まれる通信先指定情
報とを比較し、一致しなければ割込を発行せず、一致し
たときのみ割込を発行する。これにより、不必要な割込
を起こさないようになるから、プロセッサの処理オーバ
ヘッドが小さくなり、システム性能を向上できる。ま
た、通信先指定情報を要因待ち情報として管理するか
ら、前記比較処理を効率的に行えるようになる。また、
要因待ち情報を主記憶に保持するから、前記比較処理を
高速的に処理できるようになる。また、排他制御機構に
より要因待ち情報の内容の一貫性を保つから、不必要な
割込と必要な割込を正確に管理できる。
に結合した計算機間でパケットを送受信するための計算
機ネットワーク通信方法であって、送信側計算機は通信
先指定情報をヘッダ情報に含むパケットを作成してネッ
トワークに送出し、受信側計算機はメッセージ到着を待
つ休止プロセスおよびそれに対応する通信先指定情報を
管理する要因待ち情報を主記憶に保持すると共にネット
ワークから取り込んだパケットのヘッダ情報内に含まれ
る通信先指定情報が前記要因待ち情報が管理している通
信先指定情報と一致したときのみパケットの到着を通知
するための割込を発行し、さらに受信側計算機は排他制
御機構を有しその排他制御機構により前記要因待ち情報
の内容の一貫性を保つことを特徴とする計算機ネットワ
ーク通信方法を提供する。上記第３の観点による計算機
ネットワーク通信方法では、送信側計算機は、パケット
を作成する際、パケットのヘッダ情報に通信先指定情報
を含めておく。一方、受信側計算機は、休止プロセスと
通信先指定情報を要因待ち情報として主記憶に保持して
おく。また、排他制御機構を備えておき、その排他制御
機構により前記要因待ち情報の内容の一貫性を保つよう
にする。そして、受信側計算機は、保持している通信先
指定情報と受信したパケット内に含まれる通信先指定情
報とを比較し、一致しなければ割込を発行せず、一致し
たときのみ割込を発行する。これにより、不必要な割込
を起こさないようになるから、プロセッサの処理オーバ
ヘッドが小さくなり、システム性能を向上できる。ま
た、通信先指定情報を要因待ち情報として管理するか
ら、前記比較処理を効率的に行えるようになる。また、
要因待ち情報を主記憶に保持するから、前記比較処理を
高速的に処理できるようになる。また、排他制御機構に
より要因待ち情報の内容の一貫性を保つから、不必要な
割込と必要な割込を正確に管理できる。
【０００７】第４の観点では、本発明は、上記構成の計
算機ネットワーク通信方法において、受信側計算機は、
前記割込を発行したか否かを示す割込発行完了フラグ情
報を前記休止プロセス毎に保持し、割込処理を実行する
際、前記割込発行完了フラグ情報を検索して、前記割込
を発行した休止プロセスが複数あれば、それらをまとめ
て処理することを特徴とする計算機ネットワーク通信方
法を提供する。上記第４の観点による計算機ネットワー
ク通信方法では、割込発行完了フラグ情報を設けて、そ
れを利用して複数の休止プロセスの割込をまとめて処理
するから、プロセッサの処理オーバヘッドがさらに小さ
くなり、システム性能をさらに向上できるようになる。
算機ネットワーク通信方法において、受信側計算機は、
前記割込を発行したか否かを示す割込発行完了フラグ情
報を前記休止プロセス毎に保持し、割込処理を実行する
際、前記割込発行完了フラグ情報を検索して、前記割込
を発行した休止プロセスが複数あれば、それらをまとめ
て処理することを特徴とする計算機ネットワーク通信方
法を提供する。上記第４の観点による計算機ネットワー
ク通信方法では、割込発行完了フラグ情報を設けて、そ
れを利用して複数の休止プロセスの割込をまとめて処理
するから、プロセッサの処理オーバヘッドがさらに小さ
くなり、システム性能をさらに向上できるようになる。
【０００８】第５の観点では、本発明は、上記構成の計
算機ネットワーク通信方法において、受信側計算機は、
前記割込の発行を、メッセージの到着が終了した時点で
行うことを特徴とする計算機ネットワーク通信方法を提
供する。上記第５の観点による計算機ネットワーク通信
方法では、メッセージが到着した時に割込の発行を行う
ため、構成が簡単になる。これに対して、タイマーを設
けておき、ある時間が経過した時にその間に到着したメ
ッセージに対してまとめて割込を発行することが考えら
れる。この場合は、構成が複雑になるが、プロセッサの
処理オーバヘッドがさらに小さくなる可能性があるの
で、システムの特性を考慮して、前者にするか後者にす
るかを決めればよい。
算機ネットワーク通信方法において、受信側計算機は、
前記割込の発行を、メッセージの到着が終了した時点で
行うことを特徴とする計算機ネットワーク通信方法を提
供する。上記第５の観点による計算機ネットワーク通信
方法では、メッセージが到着した時に割込の発行を行う
ため、構成が簡単になる。これに対して、タイマーを設
けておき、ある時間が経過した時にその間に到着したメ
ッセージに対してまとめて割込を発行することが考えら
れる。この場合は、構成が複雑になるが、プロセッサの
処理オーバヘッドがさらに小さくなる可能性があるの
で、システムの特性を考慮して、前者にするか後者にす
るかを決めればよい。
【０００９】第６の観点では、本発明は、ネットワーク
に結合した計算機間でパケットを送受信するネットワー
ク計算機システムにおいて、通信先指定情報を含むパケ
ットを作成してネットワークに送出する送信側計算機
と、メッセージ到着を待っている通信先指定情報を保持
すると共にネットワークから取り込んだパケット内に含
まれる通信先指定情報がメッセージ待ちをしている通信
先指定情報と一致したときのみパケットの到着を通知す
るための割込を発行する受信側計算機とを具備したこと
を特徴とするネットワーク計算機システムを提供する。
上記第６の観点によるネットワーク計算機システムで
は、送信側計算機は、パケットを作成する際、パケット
に通信先指定情報を含めておく。一方、受信側計算機
は、メッセージ到着を待っている通信先指定情報を保持
しておく。そして、受信側計算機は、保持している通信
先指定情報と受信したパケット内に含まれる通信先指定
情報とを比較し、一致しなければ割込を発行せず、一致
したときのみ割込を発行する。これにより、不必要な割
込を起こさないようになるから、プロセッサの処理オー
バヘッドが小さくなり、システム性能を向上できる。
に結合した計算機間でパケットを送受信するネットワー
ク計算機システムにおいて、通信先指定情報を含むパケ
ットを作成してネットワークに送出する送信側計算機
と、メッセージ到着を待っている通信先指定情報を保持
すると共にネットワークから取り込んだパケット内に含
まれる通信先指定情報がメッセージ待ちをしている通信
先指定情報と一致したときのみパケットの到着を通知す
るための割込を発行する受信側計算機とを具備したこと
を特徴とするネットワーク計算機システムを提供する。
上記第６の観点によるネットワーク計算機システムで
は、送信側計算機は、パケットを作成する際、パケット
に通信先指定情報を含めておく。一方、受信側計算機
は、メッセージ到着を待っている通信先指定情報を保持
しておく。そして、受信側計算機は、保持している通信
先指定情報と受信したパケット内に含まれる通信先指定
情報とを比較し、一致しなければ割込を発行せず、一致
したときのみ割込を発行する。これにより、不必要な割
込を起こさないようになるから、プロセッサの処理オー
バヘッドが小さくなり、システム性能を向上できる。
【００１０】第７の観点では、本発明は、ネットワーク
に結合した計算機間でパケットを送受信するネットワー
ク計算機システムにおいて、通信先指定情報をヘッダ情
報に含むパケットを作成してネットワークに送出する送
信側計算機と、メッセージ到着を待つ休止プロセスおよ
びそれに対応する通信先指定情報を管理する要因待ち情
報を保持すると共にネットワークから取り込んだパケッ
トのヘッダ情報内に含まれる通信先指定情報が前記要因
待ち情報が管理している通信先指定情報と一致したとき
のみパケットの到着を通知するための割込を発行しさら
に排他制御機構を有しその排他制御機構により要因待ち
情報の内容の一貫性を保つ受信側計算機とを具備したこ
とを特徴とするネットワーク計算機システムを提供す
る。上記第７の観点によるネットワーク計算機システム
では、送信側計算機は、パケットを作成する際、パケッ
トのヘッダ情報に通信先指定情報を含めておく。一方、
受信側計算機は、休止プロセスと通信先指定情報を要因
待ち情報として保持しておく。また、排他制御機構を備
えておき、その排他制御機構により前記要因待ち情報の
内容の一貫性を保つようにする。そして、受信側計算機
は、保持している通信先指定情報と受信したパケット内
に含まれる通信先指定情報とを比較し、一致しなければ
割込を発行せず、一致したときのみ割込を発行する。こ
れにより、不必要な割込を起こさないようになるから、
プロセッサの処理オーバヘッドが小さくなり、システム
性能を向上できる。また、通信先指定情報を要因待ち情
報として管理するから、前記比較処理を効率的に行える
ようになる。また、排他制御機構により要因待ち情報の
内容の一貫性を保つから、不必要な割込と必要な割込を
正確に管理できる。
に結合した計算機間でパケットを送受信するネットワー
ク計算機システムにおいて、通信先指定情報をヘッダ情
報に含むパケットを作成してネットワークに送出する送
信側計算機と、メッセージ到着を待つ休止プロセスおよ
びそれに対応する通信先指定情報を管理する要因待ち情
報を保持すると共にネットワークから取り込んだパケッ
トのヘッダ情報内に含まれる通信先指定情報が前記要因
待ち情報が管理している通信先指定情報と一致したとき
のみパケットの到着を通知するための割込を発行しさら
に排他制御機構を有しその排他制御機構により要因待ち
情報の内容の一貫性を保つ受信側計算機とを具備したこ
とを特徴とするネットワーク計算機システムを提供す
る。上記第７の観点によるネットワーク計算機システム
では、送信側計算機は、パケットを作成する際、パケッ
トのヘッダ情報に通信先指定情報を含めておく。一方、
受信側計算機は、休止プロセスと通信先指定情報を要因
待ち情報として保持しておく。また、排他制御機構を備
えておき、その排他制御機構により前記要因待ち情報の
内容の一貫性を保つようにする。そして、受信側計算機
は、保持している通信先指定情報と受信したパケット内
に含まれる通信先指定情報とを比較し、一致しなければ
割込を発行せず、一致したときのみ割込を発行する。こ
れにより、不必要な割込を起こさないようになるから、
プロセッサの処理オーバヘッドが小さくなり、システム
性能を向上できる。また、通信先指定情報を要因待ち情
報として管理するから、前記比較処理を効率的に行える
ようになる。また、排他制御機構により要因待ち情報の
内容の一貫性を保つから、不必要な割込と必要な割込を
正確に管理できる。
【００１１】
【発明の実施の形態】以下、本発明の計算機ネットワー
ク通信方法およびネットワーク計算機システムの実施の
形態を説明する。なお、これにより本発明が限定される
ものではない。
ク通信方法およびネットワーク計算機システムの実施の
形態を説明する。なお、これにより本発明が限定される
ものではない。
【００１２】図１に、本発明の一実施形態のネットワー
ク計算機システム１０を示す。このネットワーク計算機
システム１０は、２つ以上のネットワーク内計算機１０
０，２００，…がネットワーク１９０に結合されて構成
されている。
ク計算機システム１０を示す。このネットワーク計算機
システム１０は、２つ以上のネットワーク内計算機１０
０，２００，…がネットワーク１９０に結合されて構成
されている。
【００１３】前記ネットワーク内計算機１００は、ネッ
トワークアダプタ１１０，プロセッサ１３０，Ｉ／Ｏ装
置１４０およびメモリ（主記憶）１５０がシステムバス
１８０に結合されて構成されている。他のネットワーク
内計算機２００，…も同様である。なお、システム構成
によっては、Ｉ／Ｏ装置１４０を持たない場合もある。
トワークアダプタ１１０，プロセッサ１３０，Ｉ／Ｏ装
置１４０およびメモリ（主記憶）１５０がシステムバス
１８０に結合されて構成されている。他のネットワーク
内計算機２００，…も同様である。なお、システム構成
によっては、Ｉ／Ｏ装置１４０を持たない場合もある。
【００１４】前記ネットワークアダプタ１１０は、受信
ＤＭＡ制御情報保持手段１１１，送信ＤＭＡ制御情報保
持手段１１２，割込制御情報保持手段１１３，アダプタ
制御情報保持手段１１４，要因待ちリスト情報保持手段
１１６，アダプタ制御手段１１５，ネットワーク送受信
部１１７，ＤＭＡ制御部１２０および送受信用バッファ
１２１が内部バス１２２によって結合されて構成されて
いる。前記受信ＤＭＡ制御情報保持手段１１１，前記送
信ＤＭＡ制御情報保持手段１１２，前記割込制御情報保
持手段１１３，前記アダプタ制御情報保持手段１１４お
よび前記要因待ちリスト情報保持手段１１６は、送受信
パケットをＤＭＡ処理により転送制御する際に必要な情
報を保持する手段であり、例えばＲＡＭによって構成さ
れている。前記アダプタ制御手段１１５は、送受信パケ
ットをＤＭＡ処理により転送制御する際の制御をネット
ワークアダプタ１１０にプロセッサ１３０が通知するた
めの手段であり、例えばＴＴＬ，ＣＭＯＳ等の論理によ
って構成されている。前記ネットワーク送受信部１１７
は、例えばＴＴＬ，ＣＭＯＳ等の論理によって構成され
ている。また、ネットワーク送受信部１１７は内部に自
アドレス保持手段１１８を持ち、この自アドレス保持手
段１１８は例えばＲＡＭによって構成されている。前記
ＤＭＡ制御部１２０は、例えばＴＴＬ，ＣＭＯＳ等の論
理によって構成されている。前記送受信用バッファ１２
１は、例えばＲＡＭによって構成されている。
ＤＭＡ制御情報保持手段１１１，送信ＤＭＡ制御情報保
持手段１１２，割込制御情報保持手段１１３，アダプタ
制御情報保持手段１１４，要因待ちリスト情報保持手段
１１６，アダプタ制御手段１１５，ネットワーク送受信
部１１７，ＤＭＡ制御部１２０および送受信用バッファ
１２１が内部バス１２２によって結合されて構成されて
いる。前記受信ＤＭＡ制御情報保持手段１１１，前記送
信ＤＭＡ制御情報保持手段１１２，前記割込制御情報保
持手段１１３，前記アダプタ制御情報保持手段１１４お
よび前記要因待ちリスト情報保持手段１１６は、送受信
パケットをＤＭＡ処理により転送制御する際に必要な情
報を保持する手段であり、例えばＲＡＭによって構成さ
れている。前記アダプタ制御手段１１５は、送受信パケ
ットをＤＭＡ処理により転送制御する際の制御をネット
ワークアダプタ１１０にプロセッサ１３０が通知するた
めの手段であり、例えばＴＴＬ，ＣＭＯＳ等の論理によ
って構成されている。前記ネットワーク送受信部１１７
は、例えばＴＴＬ，ＣＭＯＳ等の論理によって構成され
ている。また、ネットワーク送受信部１１７は内部に自
アドレス保持手段１１８を持ち、この自アドレス保持手
段１１８は例えばＲＡＭによって構成されている。前記
ＤＭＡ制御部１２０は、例えばＴＴＬ，ＣＭＯＳ等の論
理によって構成されている。前記送受信用バッファ１２
１は、例えばＲＡＭによって構成されている。
【００１５】前記プロセッサ１３０は、例えばＣＰＵに
よって構成されている。
よって構成されている。
【００１６】前記メモリ１５０は、例えばＲＡＭによっ
て構成されている。前記メモリ１５０には、ＯＳ空間１
６０とユーザ空間１７０とがある。前記ＯＳ空間１６０
には、休止キュー１６１，動作キュー１６２，要因待ち
リスト１６３および要因待ちリスト用排他フラグ１６４
がある。前記休止キュー１６１は、メッセージの受信待
ちなどの状況により動作を休止するプロセスの情報を保
持するためのキューであり、ＯＳによって管理及び制御
される。前記動作キュー１６２は、現在ＯＳ内で動作可
能な状態のプロセスを保持するためのキューであり、Ｏ
Ｓによって管理及び制御される。前記要因待ちリスト１
６３は、ネットワーク１９０からのメッセージの到着時
に割込を発行するか否かをチェックするための要因待ち
情報をリスト構造で保持する部分であり、ＯＳとネット
ワークアダプタ１１０により制御される。前記要因待ち
リスト用排他フラグ１６４は、ＯＳとネットワークアダ
プタ１１０によってアクセスされる要因待ちリスト１６
３の内容の一貫性を保証するために使用される排他制御
機構である。
て構成されている。前記メモリ１５０には、ＯＳ空間１
６０とユーザ空間１７０とがある。前記ＯＳ空間１６０
には、休止キュー１６１，動作キュー１６２，要因待ち
リスト１６３および要因待ちリスト用排他フラグ１６４
がある。前記休止キュー１６１は、メッセージの受信待
ちなどの状況により動作を休止するプロセスの情報を保
持するためのキューであり、ＯＳによって管理及び制御
される。前記動作キュー１６２は、現在ＯＳ内で動作可
能な状態のプロセスを保持するためのキューであり、Ｏ
Ｓによって管理及び制御される。前記要因待ちリスト１
６３は、ネットワーク１９０からのメッセージの到着時
に割込を発行するか否かをチェックするための要因待ち
情報をリスト構造で保持する部分であり、ＯＳとネット
ワークアダプタ１１０により制御される。前記要因待ち
リスト用排他フラグ１６４は、ＯＳとネットワークアダ
プタ１１０によってアクセスされる要因待ちリスト１６
３の内容の一貫性を保証するために使用される排他制御
機構である。
【００１７】図１の例では、要因待ちリスト情報保持手
段１１６によってアドレスが保持されて参照されるメモ
リ（主記憶）１５０上の領域に、要因待ちリスト１６３
と要因待ちリスト用排他フラグ１６４とが保持されてい
る。しかし、これに限定されず、要因待ちリスト情報保
持手段１１６自身が要因待ちリスト１６３と要因待ちリ
スト用排他フラグ１６４の情報を保持してもよい。
段１１６によってアドレスが保持されて参照されるメモ
リ（主記憶）１５０上の領域に、要因待ちリスト１６３
と要因待ちリスト用排他フラグ１６４とが保持されてい
る。しかし、これに限定されず、要因待ちリスト情報保
持手段１１６自身が要因待ちリスト１６３と要因待ちリ
スト用排他フラグ１６４の情報を保持してもよい。
【００１８】図２に、要因待ちリスト１６３の構造を示
す。要因待ちリスト１６３は、休止したプロセスを特定
するための休止プロセスＩＤ１６３−ａ，どの通信チャ
ネルのメッセージ待ちで休止しているかを示す通信チャ
ネルＩＤ１６３−ｂおよびメッセージが既に到着してい
て割込発行が完了していることを示す割込発行完了フラ
グ（１であれば割込を発行済、０であれば割込未発行で
あることを示す）１６３−ｃの各列から構成される。な
お、図２の要因待ちリストは、内容がすべて０である要
素をエンドマークとするテーブル構造になっているが、
各項目が次項目へのポインタを有しポインタの内容が０
であることをもってエンドマークとするリンクトリスト
構造としてもよい。また、リンクトリスト構造とした場
合には、割込発行完了フラグ１６３−ｃを設ける代りに
割込発行完了リストを設け、要因待ちリスト１６３から
要因を検索し、要因があれば割込発行完了リストに登録
し、割込を発行する形態にて、制御してもよい。
す。要因待ちリスト１６３は、休止したプロセスを特定
するための休止プロセスＩＤ１６３−ａ，どの通信チャ
ネルのメッセージ待ちで休止しているかを示す通信チャ
ネルＩＤ１６３−ｂおよびメッセージが既に到着してい
て割込発行が完了していることを示す割込発行完了フラ
グ（１であれば割込を発行済、０であれば割込未発行で
あることを示す）１６３−ｃの各列から構成される。な
お、図２の要因待ちリストは、内容がすべて０である要
素をエンドマークとするテーブル構造になっているが、
各項目が次項目へのポインタを有しポインタの内容が０
であることをもってエンドマークとするリンクトリスト
構造としてもよい。また、リンクトリスト構造とした場
合には、割込発行完了フラグ１６３−ｃを設ける代りに
割込発行完了リストを設け、要因待ちリスト１６３から
要因を検索し、要因があれば割込発行完了リストに登録
し、割込を発行する形態にて、制御してもよい。
【００１９】前記ユーザ空間１７０は、ユーザが利用す
るデータ領域であり、ユーザデータ１７１〜１７３が格
納されている。ユーザ空間１７０は、通信データの格納
にも使用する。なお、システムによっては一度システム
領域にコピーする必要がある場合もある。
るデータ領域であり、ユーザデータ１７１〜１７３が格
納されている。ユーザ空間１７０は、通信データの格納
にも使用する。なお、システムによっては一度システム
領域にコピーする必要がある場合もある。
【００２０】図３の（ａ）に、パケット３００の構成を
示す。このパケット３００は、送信元アドレス３２１−
ａ，受信先アドレス３２２−ａ，タイプ３２０−ａ，通
信チャネルＩＤ情報３１１−ａ，転送先情報３１２−ａ
およびデータ３１０−ａから構成される。前記送信元ア
ドレス３２１−ａは、パケット３００を送出したネット
ワーク内計算機の識別子である。前記受信先アドレス３
２２−ａは、パケット３００を受信すべきネットワーク
内計算機の識別子である。前記タイプ３２０−ａは、ネ
ットワークアダプタ１１０が処理するために必要な情報
であり、たとえばデータ３１０−ａの長さ等を保持す
る。前記通信チャネルＩＤ情報３１１−ａは、通信先指
定情報であり、この通信チャネルＩＤ情報３１１−ａと
要因待ちリスト１６３の通信チャネルＩＤ１６３−ｂと
を比較することにより割込発行の要否を判定する。前記
転送先情報３１２−ａは、パケット３００をメモリ１５
０に転送する際に格納領域を指定するための情報であ
る。ここでは、最終的にユーザデータ１７１〜１７３の
どの領域にデータを転送するかを示す情報である。前記
データ３１０−ａは、ＯＳおよびソフトウエアが処理す
る情報である。
示す。このパケット３００は、送信元アドレス３２１−
ａ，受信先アドレス３２２−ａ，タイプ３２０−ａ，通
信チャネルＩＤ情報３１１−ａ，転送先情報３１２−ａ
およびデータ３１０−ａから構成される。前記送信元ア
ドレス３２１−ａは、パケット３００を送出したネット
ワーク内計算機の識別子である。前記受信先アドレス３
２２−ａは、パケット３００を受信すべきネットワーク
内計算機の識別子である。前記タイプ３２０−ａは、ネ
ットワークアダプタ１１０が処理するために必要な情報
であり、たとえばデータ３１０−ａの長さ等を保持す
る。前記通信チャネルＩＤ情報３１１−ａは、通信先指
定情報であり、この通信チャネルＩＤ情報３１１−ａと
要因待ちリスト１６３の通信チャネルＩＤ１６３−ｂと
を比較することにより割込発行の要否を判定する。前記
転送先情報３１２−ａは、パケット３００をメモリ１５
０に転送する際に格納領域を指定するための情報であ
る。ここでは、最終的にユーザデータ１７１〜１７３の
どの領域にデータを転送するかを示す情報である。前記
データ３１０−ａは、ＯＳおよびソフトウエアが処理す
る情報である。
【００２１】比較のため、図３の（ｂ）に従来のパケッ
トの構成を示す。従来のパケットは、送信元アドレス３
２１−ｂ，受信先アドレス３２２−ｂ，タイプ３２０−
ｂおよびデータ３１０−ｂから構成されており、通信チ
ャネルＩＤ情報および転送先情報がない。
トの構成を示す。従来のパケットは、送信元アドレス３
２１−ｂ，受信先アドレス３２２−ｂ，タイプ３２０−
ｂおよびデータ３１０−ｂから構成されており、通信チ
ャネルＩＤ情報および転送先情報がない。
【００２２】パケット３００の送受信は、前記転送先情
報３１２−ａを利用して、次のように行う。受信側は、
パケット３００を直接転送する受信バッファ領域を予め
定めて主記憶常駐の状態にし、その受信バッファ領域の
情報を送信側に通知しておく。送信側は、前記通知され
た受信バッファ領域の情報を自己の送信ＤＭＡ制御情報
保持手段（１１２）に保持する。そして、パケット３０
０を作成する際、自己の通信チャネルＩＤから通信チャ
ネルＩＤ情報３１１−ａを作成すると共に前記受信バッ
ファ領域の情報から転送先情報３１２−ａを作成する。
そして、パケット３００を送信する。受信側は、自分宛
てのパケット３００を取り込み、その転送先情報３１２
−ａに基づいて、ＤＭＡ転送処理によって、対応する受
信バッファ領域にパケット３００を直接転送する。な
お、このＤＭＡ転送処理は、ＳＨＲＩＭＰプロジェクト
に関する論文（Two Virtual Memory Mapped Network In
terface Designs. Matthias A. Blumrich, Cezary Dub
nicki, Edward W. Felten, Kai Li, and MalenaR. Mesa
rina. Hot Interconnect Symposium, Aug.1994, pp.13
4-142）に記載の方法と同様な方法によって実現でき
る。
報３１２−ａを利用して、次のように行う。受信側は、
パケット３００を直接転送する受信バッファ領域を予め
定めて主記憶常駐の状態にし、その受信バッファ領域の
情報を送信側に通知しておく。送信側は、前記通知され
た受信バッファ領域の情報を自己の送信ＤＭＡ制御情報
保持手段（１１２）に保持する。そして、パケット３０
０を作成する際、自己の通信チャネルＩＤから通信チャ
ネルＩＤ情報３１１−ａを作成すると共に前記受信バッ
ファ領域の情報から転送先情報３１２−ａを作成する。
そして、パケット３００を送信する。受信側は、自分宛
てのパケット３００を取り込み、その転送先情報３１２
−ａに基づいて、ＤＭＡ転送処理によって、対応する受
信バッファ領域にパケット３００を直接転送する。な
お、このＤＭＡ転送処理は、ＳＨＲＩＭＰプロジェクト
に関する論文（Two Virtual Memory Mapped Network In
terface Designs. Matthias A. Blumrich, Cezary Dub
nicki, Edward W. Felten, Kai Li, and MalenaR. Mesa
rina. Hot Interconnect Symposium, Aug.1994, pp.13
4-142）に記載の方法と同様な方法によって実現でき
る。
【００２３】次に、図４〜図６を参照して、割込に関す
る動作を説明する。図４は、プロセッサ１３０が行うメ
ッセージ受信処理のフロー図である。ステップ４１０で
は、受信バッファ割り当て処理を起動する。すなわち、
上述のように、受信したデータを直接転送する受信バッ
ファ領域を通信チャネルに対応して定めて主記憶常駐の
状態にし、その受信バッファ領域の情報を送信側に通知
しておく。ステップ４２０では、受信要求を発行する。
なお、受信バッファ領域の割り当て処理が受信要求の発
行より先行することが必要条件であるが、受信バッファ
割り当て処理の直後に受信要求を発行することは必要条
件ではない。すなわち、上記ステップ４１０と上記ステ
ップ４２０の間に別の処理（受信処理以外の処理でもよ
い）が入っても構わない。
る動作を説明する。図４は、プロセッサ１３０が行うメ
ッセージ受信処理のフロー図である。ステップ４１０で
は、受信バッファ割り当て処理を起動する。すなわち、
上述のように、受信したデータを直接転送する受信バッ
ファ領域を通信チャネルに対応して定めて主記憶常駐の
状態にし、その受信バッファ領域の情報を送信側に通知
しておく。ステップ４２０では、受信要求を発行する。
なお、受信バッファ領域の割り当て処理が受信要求の発
行より先行することが必要条件であるが、受信バッファ
割り当て処理の直後に受信要求を発行することは必要条
件ではない。すなわち、上記ステップ４１０と上記ステ
ップ４２０の間に別の処理（受信処理以外の処理でもよ
い）が入っても構わない。
【００２４】ステップ４３０では、受信データが既に到
着していれば、ステップ４４０に進む。まだ到着してい
なければ、ステップ４５０に進む。ステップ４４０で
は、通信チャネルＩＤに対応した受信バッファ領域に既
に受信データが到着しているので、そのデータを取得す
る。そして、受信処理を終了する。
着していれば、ステップ４４０に進む。まだ到着してい
なければ、ステップ４５０に進む。ステップ４４０で
は、通信チャネルＩＤに対応した受信バッファ領域に既
に受信データが到着しているので、そのデータを取得す
る。そして、受信処理を終了する。
【００２５】ステップ４５０では、プロセスを休止キュ
ー１６１に登録する。ステップ４６０では、要因待ちリ
スト用排他フラグ１６４を取得する。ここで、ネットワ
ークアダプタ１１０によって要因待ちリスト用排他フラ
グ１６４が取得されている場合には、解放されるまで待
ち要因待ちリスト用排他フラグ１６４を取得できたらス
テップ４７０に進む。ステップ４７０では、プロセスＩ
Ｄと通信チャネルＩＤを、要因待ちリスト１６３のプロ
セスＩＤ１６３−ａと通信チャネルＩＤ１６３−ｂに登
録する。また、割込発行完了フラグ１６３−ｃには０を
設定する。ステップ４８０では、要因待ちリスト用排他
フラグ１６４を解放し、割込待ち状態に入る。
ー１６１に登録する。ステップ４６０では、要因待ちリ
スト用排他フラグ１６４を取得する。ここで、ネットワ
ークアダプタ１１０によって要因待ちリスト用排他フラ
グ１６４が取得されている場合には、解放されるまで待
ち要因待ちリスト用排他フラグ１６４を取得できたらス
テップ４７０に進む。ステップ４７０では、プロセスＩ
Ｄと通信チャネルＩＤを、要因待ちリスト１６３のプロ
セスＩＤ１６３−ａと通信チャネルＩＤ１６３−ｂに登
録する。また、割込発行完了フラグ１６３−ｃには０を
設定する。ステップ４８０では、要因待ちリスト用排他
フラグ１６４を解放し、割込待ち状態に入る。
【００２６】図５は、パケット３００が到着した時にネ
ットワークアダプタ１１０が行うアダプタ受信処理のフ
ロー図である。ステップ５１０では、ネットワーク送受
信部１１７は、到着したパケット３００を取り込む。ス
テップ５２０では、パケット３００の受信先アドレス３
２２−ａが自アドレス保持手段１１８の内容と等しいか
否かをチェックし、等しくない場合はステップ５３０に
進み、等しい場合はステップ５４０に進む。ステップ５
３０では、パケット３００を棄却し、アダプタ受信処理
を終了する。ステップ５４０では、ネットワーク送受信
部１１７は、パケット３００を送受信用バッファ１２１
に取り込む。ステップ５５０では、ＤＭＡ制御部１２０
は、転送先情報３１２−ａを受信ＤＭＡ制御情報保持手
段１１１に設定し、これを転送先アドレスとしてＤＭＡ
転送を行う。ステップ５６０では、ＤＭＡ制御部１２０
は、要因待ちリスト用排他フラグ１６４を取得する。要
因待ちリスト用排他フラグ１６４が取得できない場合に
は、取得できるまで待ち、要因待ちリスト用排他フラグ
１６４を取得できたらステップ５７０に進む。ステップ
５７０，５８０では、要因待ちリスト１６３のエントリ
を順に検索し、パケット３００の通信チャネルＩＤ情報
３１１−ａに対応するエントリがあればステップ５７５
へ進み、最後までなければステップ５９０へ進む。ステ
ップ５７５では、当該エントリの割込発行完了フラグを
１にし、割込を発行する。そして、ステップ５９０に進
む。ステップ５９０では、ＤＭＡ制御部１２０は、要因
待ちリスト用排他フラグ１６４を解放し、アダプタ受信
処理を終了する。
ットワークアダプタ１１０が行うアダプタ受信処理のフ
ロー図である。ステップ５１０では、ネットワーク送受
信部１１７は、到着したパケット３００を取り込む。ス
テップ５２０では、パケット３００の受信先アドレス３
２２−ａが自アドレス保持手段１１８の内容と等しいか
否かをチェックし、等しくない場合はステップ５３０に
進み、等しい場合はステップ５４０に進む。ステップ５
３０では、パケット３００を棄却し、アダプタ受信処理
を終了する。ステップ５４０では、ネットワーク送受信
部１１７は、パケット３００を送受信用バッファ１２１
に取り込む。ステップ５５０では、ＤＭＡ制御部１２０
は、転送先情報３１２−ａを受信ＤＭＡ制御情報保持手
段１１１に設定し、これを転送先アドレスとしてＤＭＡ
転送を行う。ステップ５６０では、ＤＭＡ制御部１２０
は、要因待ちリスト用排他フラグ１６４を取得する。要
因待ちリスト用排他フラグ１６４が取得できない場合に
は、取得できるまで待ち、要因待ちリスト用排他フラグ
１６４を取得できたらステップ５７０に進む。ステップ
５７０，５８０では、要因待ちリスト１６３のエントリ
を順に検索し、パケット３００の通信チャネルＩＤ情報
３１１−ａに対応するエントリがあればステップ５７５
へ進み、最後までなければステップ５９０へ進む。ステ
ップ５７５では、当該エントリの割込発行完了フラグを
１にし、割込を発行する。そして、ステップ５９０に進
む。ステップ５９０では、ＤＭＡ制御部１２０は、要因
待ちリスト用排他フラグ１６４を解放し、アダプタ受信
処理を終了する。
【００２７】図６は、ネットワークアダプタ１１０によ
る割込の発行（図５のステップ５７５の処理）によりプ
ロセッサ１３０が行う割込処理のフロー図である。ステ
ップ６１０では、要因待ちリスト用排他フラグ１６４を
取得する。要因待ちリスト用排他フラグ１６４が取得で
きない場合には、取得できるまで待ち、要因待ちリスト
用排他フラグ１６４を取得できたらステップ６２０に進
む。ステップ６２０，６３０，６４０では、要因待ちリ
スト１６３のエントリを順に調べて、割込発行完了フラ
グ１６３−ｃが１となっている要素を取り出してワーク
エリアに移動する。要因待ちリストの最後までチェック
したら、ステップ６５０に進む。ステップ６５０では、
要因待ちリスト１６３を再構築する。すなわち、要因待
ちリスト１６３に残った要素を詰めて、ハードウエアが
検索しやすい状態にする。ステップ６６０では、要因待
ちリスト用排他フラグ１６４を解放する。ステップ６７
０では、ワークエリアに移動した要素の休止プロセスＩ
Ｄ（１６３−ａ）の情報により、当該プロセスを休止キ
ュー１６１から動作キュー１６２に移動することで、当
該プロセスを起動状態にする。そして、割込処理を終了
する。
る割込の発行（図５のステップ５７５の処理）によりプ
ロセッサ１３０が行う割込処理のフロー図である。ステ
ップ６１０では、要因待ちリスト用排他フラグ１６４を
取得する。要因待ちリスト用排他フラグ１６４が取得で
きない場合には、取得できるまで待ち、要因待ちリスト
用排他フラグ１６４を取得できたらステップ６２０に進
む。ステップ６２０，６３０，６４０では、要因待ちリ
スト１６３のエントリを順に調べて、割込発行完了フラ
グ１６３−ｃが１となっている要素を取り出してワーク
エリアに移動する。要因待ちリストの最後までチェック
したら、ステップ６５０に進む。ステップ６５０では、
要因待ちリスト１６３を再構築する。すなわち、要因待
ちリスト１６３に残った要素を詰めて、ハードウエアが
検索しやすい状態にする。ステップ６６０では、要因待
ちリスト用排他フラグ１６４を解放する。ステップ６７
０では、ワークエリアに移動した要素の休止プロセスＩ
Ｄ（１６３−ａ）の情報により、当該プロセスを休止キ
ュー１６１から動作キュー１６２に移動することで、当
該プロセスを起動状態にする。そして、割込処理を終了
する。
【００２８】以上の説明から理解されるように、上記ネ
ットワーク計算機システム１０によれば、受信側のプロ
セスが休止しており且つ割込が必要な場合にのみ割込を
発行することができるため、余分な割込処理が発生せ
ず、システム性能を向上することが出来る。
ットワーク計算機システム１０によれば、受信側のプロ
セスが休止しており且つ割込が必要な場合にのみ割込を
発行することができるため、余分な割込処理が発生せ
ず、システム性能を向上することが出来る。
【００２９】
【発明の効果】本発明の計算機ネットワーク通信方法お
よびネットワーク計算機システムによれば、ネットワー
クを介して通信を行うアプリケーションプロセス間での
通信において休止状態にあるプロセスがあった場合にの
み割込を発行することが出来る。このため、不必要な割
込が発生しなくなり、システムの高性能化を実現するこ
とが出来る。
よびネットワーク計算機システムによれば、ネットワー
クを介して通信を行うアプリケーションプロセス間での
通信において休止状態にあるプロセスがあった場合にの
み割込を発行することが出来る。このため、不必要な割
込が発生しなくなり、システムの高性能化を実現するこ
とが出来る。
【図１】本発明の一実施形態にかかるネットワーク計算
機システムの構成図である。
機システムの構成図である。
【図２】要因待ちリストの構成図である。
【図３】パケットの構成図である。
【図４】プロセッサが行う受信処理のフロー図である。
【図５】ネットワークアダプタが行うアダプタ受信処理
のフロー図である。
のフロー図である。
【図６】プロセッサが行う割込処理のフロー図である。
１０ ネットワーク計算機システム １００，２００ ネットワーク内計算機 １１０ ネットワークアダプタ １１６ 要因待ちリスト情報保持手段 １３０ プロセッサ １５０ メモリ １６３ 要因待ちリスト １６４ 要因待ちリスト用排他フラグ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 堀川 和雄 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報・通信開発本部内
Claims (7)
- 【請求項１】 ネットワークに結合した計算機間でパケ
ットを送受信するための計算機ネットワーク通信方法で
あって、送信側計算機は通信先指定情報を含むパケット
を作成してネットワークに送出し、受信側計算機はメッ
セージ到着を待っている通信先指定情報を保持すると共
にネットワークから取り込んだパケット内に含まれる通
信先指定情報がメッセージ待ちをしている通信先指定情
報と一致したときのみパケットの到着を通知するための
割込を発行することを特徴とする計算機ネットワーク通
信方法。 - 【請求項２】 ネットワークに結合した計算機間でパケ
ットを送受信するための計算機ネットワーク通信方法で
あって、送信側計算機は通信先指定情報をヘッダ情報に
含むパケットを作成してネットワークに送出し、受信側
計算機はメッセージ到着を待つ休止プロセスおよびそれ
に対応する通信先指定情報を管理する要因待ち情報を保
持すると共にネットワークから取り込んだパケットのヘ
ッダ情報内に含まれる通信先指定情報が前記要因待ち情
報が管理している通信先指定情報と一致したときのみパ
ケットの到着を通知するための割込を発行することを特
徴とする計算機ネットワーク通信方法。 - 【請求項３】 ネットワークに結合した計算機間でパケ
ットを送受信するための計算機ネットワーク通信方法で
あって、送信側計算機は通信先指定情報をヘッダ情報に
含むパケットを作成してネットワークに送出し、受信側
計算機はメッセージ到着を待つ休止プロセスおよびそれ
に対応する通信先指定情報を管理する要因待ち情報を主
記憶に保持すると共にネットワークから取り込んだパケ
ットのヘッダ情報内に含まれる通信先指定情報が前記要
因待ち情報が管理している通信先指定情報と一致したと
きのみパケットの到着を通知するための割込を発行し、
さらに受信側計算機は排他制御機構を有しその排他制御
機構により前記要因待ち情報の内容の一貫性を保つこと
を特徴とする計算機ネットワーク通信方法。 - 【請求項４】 請求項２または請求項３に記載の計算機
ネットワーク通信方法において、受信側計算機は、前記
割込を発行したか否かを示す割込発行完了フラグ情報を
前記休止プロセス毎に保持し、割込処理を実行する際、
前記割込発行完了フラグ情報を検索して、前記割込を発
行した休止プロセスが複数あれば、それらをまとめて処
理することを特徴とする計算機ネットワーク通信方法。 - 【請求項５】 請求項１から請求項４のいずれかに記載
の計算機ネットワーク通信方法において、受信側計算機
は、前記割込の発行を、メッセージの到着が終了した時
点で行うことを特徴とする計算機ネットワーク通信方
法。 - 【請求項６】 ネットワークに結合した計算機間でパケ
ットを送受信するネットワーク計算機システムにおい
て、通信先指定情報を含むパケットを作成してネットワ
ークに送出する送信側計算機と、メッセージ到着を待っ
ている通信先指定情報を保持すると共にネットワークか
ら取り込んだパケット内に含まれる通信先指定情報がメ
ッセージ待ちをしている通信先指定情報と一致したとき
のみパケットの到着を通知するための割込を発行する受
信側計算機とを具備したことを特徴とするネットワーク
計算機システム。 - 【請求項７】 ネットワークに結合した計算機間でパケ
ットを送受信するネットワーク計算機システムにおい
て、通信先指定情報をヘッダ情報に含むパケットを作成
してネットワークに送出する送信側計算機と、メッセー
ジ到着を待つ休止プロセスおよびそれに対応する通信先
指定情報を管理する要因待ち情報を保持すると共にネッ
トワークから取り込んだパケットのヘッダ情報内に含ま
れる通信先指定情報が前記要因待ち情報が管理している
通信先指定情報と一致したときのみパケットの到着を通
知するための割込を発行しさらに排他制御機構を有しそ
の排他制御機構により前記要因待ち情報の内容の一貫性
を保つ受信側計算機とを具備したことを特徴とするネッ
トワーク計算機システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25896296A JP3328872B2 (ja) | 1996-09-30 | 1996-09-30 | 計算機ネットワーク通信方法およびネットワーク計算機システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25896296A JP3328872B2 (ja) | 1996-09-30 | 1996-09-30 | 計算機ネットワーク通信方法およびネットワーク計算機システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10105487A true JPH10105487A (ja) | 1998-04-24 |
| JP3328872B2 JP3328872B2 (ja) | 2002-09-30 |
Family
ID=17327447
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25896296A Expired - Fee Related JP3328872B2 (ja) | 1996-09-30 | 1996-09-30 | 計算機ネットワーク通信方法およびネットワーク計算機システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3328872B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000242613A (ja) * | 1999-02-23 | 2000-09-08 | Ricoh Co Ltd | 動的再構成計算のためのメタアドレスアーキテクチャ及びアドレス指定方法 |
| US6766400B2 (en) | 2000-07-10 | 2004-07-20 | Nec Corporation | Disk array apparatus and interrupt execution method of the same |
| WO2005109214A1 (ja) * | 2004-05-10 | 2005-11-17 | Matsushita Electric Industrial Co., Ltd. | 受信フレーム処理装置 |
| JP2006352706A (ja) * | 2005-06-17 | 2006-12-28 | Hitachi Ltd | マイクロプロセッサ、ネットワークシステム及び通信方法 |
| JP2008310832A (ja) * | 2001-06-11 | 2008-12-25 | Texas Instruments Inc | 高レベル・データ・リンク・コントローラから多数個のディジタル信号プロセッサ・コアに信号を分配するための装置と方法 |
-
1996
- 1996-09-30 JP JP25896296A patent/JP3328872B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000242613A (ja) * | 1999-02-23 | 2000-09-08 | Ricoh Co Ltd | 動的再構成計算のためのメタアドレスアーキテクチャ及びアドレス指定方法 |
| US6766400B2 (en) | 2000-07-10 | 2004-07-20 | Nec Corporation | Disk array apparatus and interrupt execution method of the same |
| JP2008310832A (ja) * | 2001-06-11 | 2008-12-25 | Texas Instruments Inc | 高レベル・データ・リンク・コントローラから多数個のディジタル信号プロセッサ・コアに信号を分配するための装置と方法 |
| WO2005109214A1 (ja) * | 2004-05-10 | 2005-11-17 | Matsushita Electric Industrial Co., Ltd. | 受信フレーム処理装置 |
| JP2006352706A (ja) * | 2005-06-17 | 2006-12-28 | Hitachi Ltd | マイクロプロセッサ、ネットワークシステム及び通信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3328872B2 (ja) | 2002-09-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5752078A (en) | System for minimizing latency data reception and handling data packet error if detected while transferring data packet from adapter memory to host memory | |
| KR100326864B1 (ko) | 네트워크통신방법및네트워크시스템 | |
| CN101115054B (zh) | 用于网络接口控制器的存储器映射的缓冲器 | |
| US11757796B2 (en) | Zero-copy processing | |
| EP2406723B1 (en) | Scalable interface for connecting multiple computer systems which performs parallel mpi header matching | |
| US5961606A (en) | System and method for remote buffer allocation in exported memory segments and message passing between network nodes | |
| US5781741A (en) | Message communications system in a parallel computer | |
| JPH07182260A (ja) | ネットワークパケットのフレームバッファ方法 | |
| JPH114256A (ja) | 複数ノードの非同期データ通信システム内で早期到達メッセージを処理する方法 | |
| US20040054822A1 (en) | Transferring interrupts from a peripheral device to a host computer system | |
| CN101158936A (zh) | 一种节点之间的数据传输系统和装置及方法 | |
| JPH10105489A (ja) | 処理システム内でのデータパケット送信のための方法、および、バッファ管理のためのシステム、ならびに、データパケット送信のためのプログラム情報を含むコンピュータ可読な媒体 | |
| CN110445580B (zh) | 数据发送方法及装置、存储介质、电子装置 | |
| JP3328872B2 (ja) | 計算機ネットワーク通信方法およびネットワーク計算機システム | |
| JPH117434A (ja) | 複数ノードの非同期データ通信システム内で早期到達メッセージを処理するシステム | |
| JP2000330960A (ja) | プロセッサ間通信装置 | |
| JP2002538522A (ja) | 直接メモリアクセスを円滑にするための方法および装置 | |
| JPH06216970A (ja) | 通信制御アダプタ及び通信管理方式 | |
| US7284075B2 (en) | Inbound packet placement in host memory | |
| JPH06324998A (ja) | メッセージ受信方式 | |
| JP2924783B2 (ja) | リモートリード処理方法およびその装置 | |
| JPH06132981A (ja) | パケット送信方式 | |
| JPH1145220A (ja) | Ｔｃｐ／ｉｐソケット・アプリケーションを使用したシステム資源削減装置および方法 | |
| JP3933134B2 (ja) | 通信システム | |
| JP3623727B2 (ja) | 通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |