File lock management in a distributed data processing system
A distributed data processing system and method in which locks on a file are supported by a data structure that resides on either a client machine or on the file's server. When only a single client's processes are locking a file, the data structure can reside on that client. Whenever a plu...
Gespeichert in:
Hauptverfasser: | , , , , , , , |
---|---|
Format: | Patent |
Sprache: | eng |
Schlagworte: | |
Online-Zugang: | Volltext bestellen |
Tags: |
Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
|
container_end_page | |
---|---|
container_issue | |
container_start_page | |
container_title | |
container_volume | |
creator | HENSON LARRY W SMITH TODD A MORGAN STEPHEN P JOHNSON DONAVON W |
description | A distributed data processing system and method in which locks on a file are supported by a data structure that resides on either a client machine or on the file's server. When only a single client's processes are locking a file, the data structure can reside on that client. Whenever a plurality of client machines attempt to place locks on a file, the data structure is moved to the server; this forces the clients locking the file to communicate with the server when performing lock operations. When a client requests a lock from the server that cannot be granted because of an existing blocking lock, the client is informed that it should put the requesting process asleep awaiting a retry notification. When there is a change in the locks on the file that might allow such a client's now sleeping process to acquire the lock, the server sends a retry notice to the client. This awakens the sleeping process at the client, and the process then reattempts the lock operation by sending a message to the server. |
format | Patent |
fullrecord | <record><control><sourceid>epo_EVB</sourceid><recordid>TN_cdi_epo_espacenet_US5537645A</recordid><sourceformat>XML</sourceformat><sourcesystem>PC</sourcesystem><sourcerecordid>US5537645A</sourcerecordid><originalsourceid>FETCH-epo_espacenet_US5537645A3</originalsourceid><addsrcrecordid>eNqFyiEOAjEQBdAaBAHOwFwAtRQMhhA2eEBvhvazaWinzc4guD0Gj3rmzd2hTxmUa3hRYeERBWKUhJhiUpvS422IFNmY2lQDVJOMpB81lKWbPTkrVj8Xbt2fb6fLBq0O0MYBAhvuV--7_W7rj93_8QUhuS8w</addsrcrecordid><sourcetype>Open Access Repository</sourcetype><iscdi>true</iscdi><recordtype>patent</recordtype></control><display><type>patent</type><title>File lock management in a distributed data processing system</title><source>esp@cenet</source><creator>HENSON; LARRY W ; SMITH; TODD A ; MORGAN; STEPHEN P ; JOHNSON; DONAVON W</creator><creatorcontrib>HENSON; LARRY W ; SMITH; TODD A ; MORGAN; STEPHEN P ; JOHNSON; DONAVON W</creatorcontrib><description>A distributed data processing system and method in which locks on a file are supported by a data structure that resides on either a client machine or on the file's server. When only a single client's processes are locking a file, the data structure can reside on that client. Whenever a plurality of client machines attempt to place locks on a file, the data structure is moved to the server; this forces the clients locking the file to communicate with the server when performing lock operations. When a client requests a lock from the server that cannot be granted because of an existing blocking lock, the client is informed that it should put the requesting process asleep awaiting a retry notification. When there is a change in the locks on the file that might allow such a client's now sleeping process to acquire the lock, the server sends a retry notice to the client. This awakens the sleeping process at the client, and the process then reattempts the lock operation by sending a message to the server.</description><edition>6</edition><language>eng</language><subject>CALCULATING ; COMPUTING ; COUNTING ; ELECTRIC DIGITAL DATA PROCESSING ; PHYSICS</subject><creationdate>1996</creationdate><oa>free_for_read</oa><woscitedreferencessubscribed>false</woscitedreferencessubscribed></display><links><openurl>$$Topenurl_article</openurl><openurlfulltext>$$Topenurlfull_article</openurlfulltext><thumbnail>$$Tsyndetics_thumb_exl</thumbnail><linktohtml>$$Uhttps://worldwide.espacenet.com/publicationDetails/biblio?FT=D&date=19960716&DB=EPODOC&CC=US&NR=5537645A$$EHTML$$P50$$Gepo$$Hfree_for_read</linktohtml><link.rule.ids>230,308,780,885,25562,76317</link.rule.ids><linktorsrc>$$Uhttps://worldwide.espacenet.com/publicationDetails/biblio?FT=D&date=19960716&DB=EPODOC&CC=US&NR=5537645A$$EView_record_in_European_Patent_Office$$FView_record_in_$$GEuropean_Patent_Office$$Hfree_for_read</linktorsrc></links><search><creatorcontrib>HENSON; LARRY W</creatorcontrib><creatorcontrib>SMITH; TODD A</creatorcontrib><creatorcontrib>MORGAN; STEPHEN P</creatorcontrib><creatorcontrib>JOHNSON; DONAVON W</creatorcontrib><title>File lock management in a distributed data processing system</title><description>A distributed data processing system and method in which locks on a file are supported by a data structure that resides on either a client machine or on the file's server. When only a single client's processes are locking a file, the data structure can reside on that client. Whenever a plurality of client machines attempt to place locks on a file, the data structure is moved to the server; this forces the clients locking the file to communicate with the server when performing lock operations. When a client requests a lock from the server that cannot be granted because of an existing blocking lock, the client is informed that it should put the requesting process asleep awaiting a retry notification. When there is a change in the locks on the file that might allow such a client's now sleeping process to acquire the lock, the server sends a retry notice to the client. This awakens the sleeping process at the client, and the process then reattempts the lock operation by sending a message to the server.</description><subject>CALCULATING</subject><subject>COMPUTING</subject><subject>COUNTING</subject><subject>ELECTRIC DIGITAL DATA PROCESSING</subject><subject>PHYSICS</subject><fulltext>true</fulltext><rsrctype>patent</rsrctype><creationdate>1996</creationdate><recordtype>patent</recordtype><sourceid>EVB</sourceid><recordid>eNqFyiEOAjEQBdAaBAHOwFwAtRQMhhA2eEBvhvazaWinzc4guD0Gj3rmzd2hTxmUa3hRYeERBWKUhJhiUpvS422IFNmY2lQDVJOMpB81lKWbPTkrVj8Xbt2fb6fLBq0O0MYBAhvuV--7_W7rj93_8QUhuS8w</recordid><startdate>19960716</startdate><enddate>19960716</enddate><creator>HENSON; LARRY W</creator><creator>SMITH; TODD A</creator><creator>MORGAN; STEPHEN P</creator><creator>JOHNSON; DONAVON W</creator><scope>EVB</scope></search><sort><creationdate>19960716</creationdate><title>File lock management in a distributed data processing system</title><author>HENSON; LARRY W ; SMITH; TODD A ; MORGAN; STEPHEN P ; JOHNSON; DONAVON W</author></sort><facets><frbrtype>5</frbrtype><frbrgroupid>cdi_FETCH-epo_espacenet_US5537645A3</frbrgroupid><rsrctype>patents</rsrctype><prefilter>patents</prefilter><language>eng</language><creationdate>1996</creationdate><topic>CALCULATING</topic><topic>COMPUTING</topic><topic>COUNTING</topic><topic>ELECTRIC DIGITAL DATA PROCESSING</topic><topic>PHYSICS</topic><toplevel>online_resources</toplevel><creatorcontrib>HENSON; LARRY W</creatorcontrib><creatorcontrib>SMITH; TODD A</creatorcontrib><creatorcontrib>MORGAN; STEPHEN P</creatorcontrib><creatorcontrib>JOHNSON; DONAVON W</creatorcontrib><collection>esp@cenet</collection></facets><delivery><delcategory>Remote Search Resource</delcategory><fulltext>fulltext_linktorsrc</fulltext></delivery><addata><au>HENSON; LARRY W</au><au>SMITH; TODD A</au><au>MORGAN; STEPHEN P</au><au>JOHNSON; DONAVON W</au><format>patent</format><genre>patent</genre><ristype>GEN</ristype><title>File lock management in a distributed data processing system</title><date>1996-07-16</date><risdate>1996</risdate><abstract>A distributed data processing system and method in which locks on a file are supported by a data structure that resides on either a client machine or on the file's server. When only a single client's processes are locking a file, the data structure can reside on that client. Whenever a plurality of client machines attempt to place locks on a file, the data structure is moved to the server; this forces the clients locking the file to communicate with the server when performing lock operations. When a client requests a lock from the server that cannot be granted because of an existing blocking lock, the client is informed that it should put the requesting process asleep awaiting a retry notification. When there is a change in the locks on the file that might allow such a client's now sleeping process to acquire the lock, the server sends a retry notice to the client. This awakens the sleeping process at the client, and the process then reattempts the lock operation by sending a message to the server.</abstract><edition>6</edition><oa>free_for_read</oa></addata></record> |
fulltext | fulltext_linktorsrc |
identifier | |
ispartof | |
issn | |
language | eng |
recordid | cdi_epo_espacenet_US5537645A |
source | esp@cenet |
subjects | CALCULATING COMPUTING COUNTING ELECTRIC DIGITAL DATA PROCESSING PHYSICS |
title | File lock management in a distributed data processing system |
url | https://sfx.bib-bvb.de/sfx_tum?ctx_ver=Z39.88-2004&ctx_enc=info:ofi/enc:UTF-8&ctx_tim=2025-01-14T15%3A26%3A30IST&url_ver=Z39.88-2004&url_ctx_fmt=infofi/fmt:kev:mtx:ctx&rfr_id=info:sid/primo.exlibrisgroup.com:primo3-Article-epo_EVB&rft_val_fmt=info:ofi/fmt:kev:mtx:patent&rft.genre=patent&rft.au=HENSON;%20LARRY%20W&rft.date=1996-07-16&rft_id=info:doi/&rft_dat=%3Cepo_EVB%3EUS5537645A%3C/epo_EVB%3E%3Curl%3E%3C/url%3E&disable_directlink=true&sfx.directlink=off&sfx.report_link=0&rft_id=info:oai/&rft_id=info:pmid/&rfr_iscdi=true |