会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
热词
    • 3. 发明申请
    • Decision mechanisms for adapting raid operation placement
    • 调整突袭操作布局的决策机制
    • US20060069716A1
    • 2006-03-30
    • US10957167
    • 2004-09-30
    • Claudio FleinerRichard GoldingDeepak Kenchammana-HosekoteOmer Zaki
    • Claudio FleinerRichard GoldingDeepak Kenchammana-HosekoteOmer Zaki
    • G06F15/16G06F12/16
    • H04L67/1095
    • A client node of a distributed storage system adaptive determines on an operation-by-operation basis whether to process a network-RAID IO operation (IO request) locally at the client node or to forward the IO request to a storage server of the system for processing. The client node determines to process the requested network-RAID operation at the client node when a local estimator for a type of the requested network-RAID operation is less than a central estimator for the type of the requested network-RAID operation. Otherwise, the client node determines to process the requested network-RAID operation at a storage server when the local estimator for the type of the requested network-RAID operation is greater than the central estimator for the type of the requested network-RAID operation.
    • 分布式存储系统的客户端节点自适应地确定是否在操作的基础上确定是否在客户端节点本地处理网络RAID IO操作(IO请求),或者将IO请求转发到系统的存储服务器 处理。 当所请求的网络RAID操作的类型的本地估计器小于所请求的网络RAID操作的类型的中心估计器时,客户端节点确定在客户端节点处理所请求的网络RAID操作。 否则,当针对所请求的网络RAID操作的类型的本地估计器大于针对所请求的网络RAID操作的类型的中心估计器时,客户机节点确定在存储服务器处理所请求的网络RAID操作。
    • 4. 发明授权
    • Method for managing concurrent processes using dual locking
    • 使用双重锁定管理并发进程的方法
    • US06401110B1
    • 2002-06-04
    • US09203101
    • 1998-11-30
    • Richard Francis FreitasDivyesh JadavDeepak Kenchammana-HosekoteJaishankar Moothedath MenonHovey Raymond Strong, Jr.
    • Richard Francis FreitasDivyesh JadavDeepak Kenchammana-HosekoteJaishankar Moothedath MenonHovey Raymond Strong, Jr.
    • G06F900
    • G06F9/526G06F2209/522
    • Multiple competing processors cooperatively manage access to a shared resource. Each processor separately stores a lock table, listing shared resource subparts, such as memory addresses of a data storage device, for example. The lock tables are stored in nonvolatile storage. In each lock table, each subpart is associated with a “state,” such as; LOCAL or REMOTE. In response to access requests from the hosts, the processors exchange various messages to cooperatively elect a single processor to have exclusive access to the subparts involved in the access requests. After one processor is elected, the lock-holding processor configures its lock table to show the identified subpart in the LOCAL state, and all non-lock-holding processors configure their lock tables to show the identified subpart in the REMOTE state. Thus, rather than replicating one lock table for all processors, the processors separately maintain lock tables that are coordinated with each other. Importantly, each processor honors its lock table by refraining from accessing a subpart of the shared resource unless the processor's lock table indicates a LOCAL state for that subpart. In one embodiment, optimized for the two processor environment, the messages exchanged by the processors include lock request, lock release, and lock grant messages.
    • 多个竞争处理器协同地管理对共享资源的访问。 每个处理器分别存储锁表,列出例如数据存储设备的共享资源子部分,例如存储器地址。 锁表存储在非易失性存储器中。 在每个锁表中,每个子部分与“状态”相关联,如 LOCAL或REMOTE。 响应于来自主机的访问请求,处理器交换各种消息以协作地选择单个处理器以具有对访问请求中涉及的子部分的独占访问。 在选择一个处理器之后,锁定保持处理器配置其锁定表以在LOCAL状态下显示所识别的子部件,并且所有非锁定保持处理器都配置其锁定表以显示REMOTE状态中标识的子部件。 因此,处理器不是为所有处理器复制一个锁定表,而是分别维护彼此协调的锁定表。 重要的是,每个处理器通过禁止访问共享资源的子部分来履行其锁定表,除非处理器的锁表指示该子部分的LOCAL状态。 在针对两个处理器环境进行了优化的一个实施例中,由处理器交换的消息包括锁定请求,锁定释放和锁定授权消息。
    • 8. 发明授权
    • Method for synchronizing use of dual and solo locking for two competing
processors responsive to membership changes
    • 同时使用响应于会员资格变更的两个竞争性处理器的双重和单独锁定的方法
    • US6105099A
    • 2000-08-15
    • US203102
    • 1998-11-30
    • Richard Francis FreitasDivyesh JadavDeepak Kenchammana-HosekoteJaishankar Moothedath MenonHovey Raymond Strong, Jr.
    • Richard Francis FreitasDivyesh JadavDeepak Kenchammana-HosekoteJaishankar Moothedath MenonHovey Raymond Strong, Jr.
    • G06F9/46G06F12/00G06F12/14
    • G06F9/52
    • To satisfy host requests, two competing processors self-manage access to a shared resource. Each processor maintains a lock table listing that processor's access state regarding the shared resource. Each processor repeatedly sends the other processor a state announcement message representing the processor's state. These include birth cry, heartbeat, or death knell messages. Whenever certain join-entry conditions apply to a processor, the processor performs a JOIN operation to evaluate and attempt to synchronize its lock table with the other processor's lock table. If data is needed from the other processor's lock table, the processor changes its state announcement message to birth cry. If the processor successfully synchronizes its lock table with the other processor, the JOIN operation dictates DUAL mode for that processor. If the synchronization attempt fails, SOLO results. When JOIN completes, the processor operates in its chosen mode. In DUAL, the processor's state announcement message is heartbeat, signifying healthy operation. In DUAL, the processors cooperatively establish temporary single-processor locks on the shared resource to satisfy host requests. In SOLO, a processor sets its state announcement message to death knell, advising the other processor not to access the shared resource. Also in SOLO, the processor attempts to "acquire" the shared resource by storing a predetermined identifier thereon. In SOLO, a processor refrains from accessing the shared resource unless it has acquired it.
    • 为了满足主机请求,两个竞争的处理器自我管理对共享资源的访问。 每个处理器维护一个锁表,列出处理器关于共享资源的访问状态。 每个处理器重复地向其他处理器发送表示处理器状态的状态通知消息。 这些包括出生哭泣,心跳或死亡消息。 每当某个加入条件适用于处理器时,处理器执行JOIN操作来评估并尝试将其锁定表与其他处理器的锁定表同步。 如果需要其他处理器的锁定表的数据,处理器将其状态通知消息改变为出生哭泣。 如果处理器将其锁定表与其他处理器成功同步,则JOIN操作将指定该处理器的DUAL模式。 如果同步尝试失败,SOLO结果。 当JOIN完成时,处理器以其所选模式运行。 在DUAL中,处理器的状态通知信号是心跳,意味着健康运行。 在DUAL中,处理器在共享资源上协作建立临时单处理器锁以满足主机请求。 在SOLO中,处理器将其状态通知消息设置为死机,建议另一个处理器不要访问共享资源。 同样在SOLO中,处理器尝试通过在其上存储预定的标识符来“获取”共享资源。 在SOLO中,处理器除非已获取共享资源,否则不会访问共享资源。