HomeSort by relevance Sort by last modified time
    Searched refs:receives (Results 26 - 50 of 87) sorted by null

12 3 4

  /prebuilts/go/darwin-x86/src/os/signal/
signal.go 103 // and the same signals: each channel receives copies of incoming
  /prebuilts/go/darwin-x86/src/sync/
mutex.go 59 // If a waiter receives ownership of the mutex and sees that either
  /prebuilts/go/linux-x86/src/cmd/vendor/golang.org/x/arch/ppc64/ppc64asm/
plan9.go 86 // NOTE: because Plan9Syntax is the only caller of this func, and it receives a copy
  /prebuilts/go/linux-x86/src/os/signal/
signal.go 103 // and the same signals: each channel receives copies of incoming
  /prebuilts/go/linux-x86/src/sync/
mutex.go 59 // If a waiter receives ownership of the mutex and sees that either
  /prebuilts/go/darwin-x86/src/runtime/
chan.go 295 // Sends and receives on unbuffered or empty-buffered channels are the
409 // chanrecv receives on channel c and writes the received data to ep.
  /prebuilts/go/linux-x86/src/runtime/
chan.go 295 // Sends and receives on unbuffered or empty-buffered channels are the
409 // chanrecv receives on channel c and writes the received data to ep.
  /compatibility/cdd/3_software/
3_9_device-administration.md 39 flag `android.hardware.nfc` and receives an NFC message containing a
  /external/icu/icu4j/tools/misc/src/com/ibm/icu/dev/tool/translit/
dumpICUrules.bat 256 // corresponding ICU4J file, which is the master file that receives
  /external/owasp/sanitizer/empiricism/
html-containment.js 10 * @param checkDom receives the element names passed to makeHtmlString,
  /external/tensorflow/tensorflow/contrib/verbs/
README.md 43 * **Receiver** - The node which receives the tensor.
64 When the sender receives an **RDMA_MESSAGE_TENSOR_REQUEST**, it will create a new **RdmaTensorResponse** object for the given request message, store it in a list of pending responses, and will invoke its **Start()** method. The **Start()** method does the following:
76 When the receiver receives the **RDMA_MESSAGE_META_DATA_RESPONSE**, it will locate the relevant **RdmaTensorRequest** using the request index specified in the message, and invoke its **RecvTensorMetaData()** which does the following:
82 When the sender receives a **RDMA_MESSAGE_TENSOR_RE_REQUEST**, it will locate the relevant **RdmaTensorResponse** using the request index specified in the message, and invoke its **Resume()** method, which will RDMA write the contents of the tensor that was cloned earlier, to the new remote address specified in the re-request.
84 When the receiver receives the RDMA write, it will locate the relevant **RdmaTensorRequest** using the request index which is the immediate value. It will then invoke its **RecvTensorContent()** which does the following:
94 1. When the sender receives a tensor request, the source tensor may or may not be ready yet. The situation is handled through a process of tag matching:
97 In code it is done by calling **RecvLocalAsync()**, which receives the tensor's key, step-id, and the callback.
patch_notes_verbs_with_0_copies.md 27 2. The address of the destination Tensor needs to be sent to the sender side for writing, meaning that the result/proxy tensor should be pre-allocated on the receiver side, prior to sending the tensor request. In order to do that, we need to know its meta-data, i.e. shape and data-type for DMAble tensors, and proto-size for serialized tensors. Unfortunately, this information is only available on the sender side which complicates manners. In order to avoid sending extra messages for querying the meta-data on each step, we store a local meta-data cache per tensor. Based on the assumption that the meta-data of a tensor rarely changes between steps, we expect that on most times the cache will only be updated once. When the sender receives a request for a tensor, if it is the first time this tensor is requested, or in the rare case that the meta-data did change, the sender will first send a meta-data response, on which the receiver will update the local cache, and reallocate the result/proxy tensors if required. When the receiver sends the tensor request, it will contain also the meta-data currently stored in its local cache, so the sender can compare it to see if there was a change.
  /prebuilts/go/darwin-x86/src/cmd/compile/internal/ssa/
value.go 242 // The copied value receives no source code position to avoid confusing changes
func.go 39 // what file (if any) receives the yes/no logging?
  /prebuilts/go/darwin-x86/src/vendor/golang_org/x/crypto/cryptobyte/
builder.go 295 // Marshal is called by Builder.AddValue. It receives a pointer to a builder
  /prebuilts/go/linux-x86/src/cmd/compile/internal/ssa/
value.go 242 // The copied value receives no source code position to avoid confusing changes
func.go 39 // what file (if any) receives the yes/no logging?
  /prebuilts/go/linux-x86/src/vendor/golang_org/x/crypto/cryptobyte/
builder.go 295 // Marshal is called by Builder.AddValue. It receives a pointer to a builder
  /prebuilts/go/darwin-x86/src/go/types/
builtins.go 157 // the expression s does not contain channel receives or
  /prebuilts/go/darwin-x86/src/net/
dnsclient_unix.go 178 // libresolv continues to the next server when it receives
  /prebuilts/go/darwin-x86/src/runtime/pprof/
pprof_test.go 876 // Check that there is no deadlock when the program receives SIGPROF while in
  /prebuilts/go/linux-x86/src/go/types/
builtins.go 157 // the expression s does not contain channel receives or
  /prebuilts/go/linux-x86/src/net/
dnsclient_unix.go 178 // libresolv continues to the next server when it receives
  /prebuilts/go/linux-x86/src/runtime/pprof/
pprof_test.go 876 // Check that there is no deadlock when the program receives SIGPROF while in
  /prebuilts/go/darwin-x86/src/cmd/compile/internal/gc/
order.go 843 // temporary per distinct type, sharing the temp among all receives
845 // the x,ok receives. Not worth doing until there's a clear need.
    [all...]

Completed in 2065 milliseconds

12 3 4