Go 101 (Golang 101) v1.21.0Explain Panic/Recover Mechanism in Detail - also explains exiting phases of function calls. §32. Code Blocks and Identifier Scopes §33. Expression Evaluation Orders §34. Value Copy Costs in Go §35. Bounds Check sync/atomic standard package. §41. Memory Order Guarantees in Go §42. Common Concurrent Programming Mistakes Memory Related §43. Memory Blocks §44. Memory Layouts §45. Memory Leaking Scenarios Some Summaries language, Go is flexible as many dynamic script languages is the main selling point of Go language. Memory saving, fast program warming-up, fast code execution speed and fast compilations combined is another0 码力 | 610 页 | 945.17 KB | 1 年前3
Go 101 (Golang 101) v1.21.0Explain Panic/Recover Mechanism in Detail - also explains exiting phases of function calls. §32. Code Blocks and Identifier Scopes §33. Expression Evaluation Orders §34. Value Copy Costs in Go §35. Bounds Check sync/atomic standard package. §41. Memory Order Guarantees in Go §42. Common Concurrent Programming Mistakes Memory Related §43. Memory Blocks §44. Memory Layouts §45. Memory Leaking Scenarios Some Summaries language, Go is flexible as many dynamic script languages is the main selling point of Go language. Memory saving, fast program warming-up, fast code execution speed and fast compilations combined is another0 码力 | 880 页 | 833.34 KB | 1 年前3
Computer Programming with the Nim Programming Language
interface (FFI) to create bindings to C libraries, and internal compiler details like the various memory management options and all the pragmas.[1] Also, we do not intend to fill the book with redundant in Nim 2.0 is that ORC memory management has become the default indicating that it is considered ready for use in production. ORC gives us GC-like, fully deterministic memory management with minimal to manual memory handling. It reduces the maximal memory consumption of apps, avoids GC-generated delays, and may increase the performance of our programs. Additionally, ARC and ORC memory management0 码力 | 865 页 | 7.45 MB | 1 年前3
Computer Programming with the Nim Programming Language
interface (FFI) to create bindings to C libraries, and internal compiler details like the various memory management options and all the pragmas.[1] Also, we do not intend to fill the book with redundant in Nim 2.0 is that ORC memory management has become the default indicating that it is considered ready for use in production. ORC gives us GC-like, fully deterministic memory management with minimal to manual memory handling. It reduces the maximal memory consumption of apps, avoids GC-generated delays, and may increase the performance of our programs. Additionally, ARC and ORC memory management0 码力 | 784 页 | 2.13 MB | 1 年前3
Tornado 6.0 Documentation
asynchronous networking library including the classes IOLoop and IOStream, which serve as the building blocks for the HTTP components and can also be used to implement other protocols. A coroutine library (tornado Blocking A function blocks when it waits for something to happen before returning. A function may block for many reasons: network I/O, disk I/O, mutexes, etc. In fact, every function blocks, at least a little you would if it were synchronous. This is especially important for error handling, since try/except blocks work as you would expect in coroutines while this is difficult to achieve with callbacks. Coroutines0 码力 | 869 页 | 692.83 KB | 1 年前3
Tornado 6.1 Documentation
asynchronous networking library including the classes IOLoop and IOStream, which serve as the building blocks for the HTTP components and can also be used to implement other protocols. A coroutine library (tornado Blocking A function blocks when it waits for something to happen before returning. A function may block for many reasons: network I/O, disk I/O, mutexes, etc. In fact, every function blocks, at least a little you would if it were synchronous. This is especially important for error handling, since try/except blocks work as you would expect in coroutines while this is difficult to achieve with callbacks. Coroutines0 码力 | 931 页 | 708.03 KB | 1 年前3
Hyperledger Fabric 1.4.8 Documentationthe ledger by applying transactions that have been validated by a consensus protocol, grouped into blocks that include a hash that bind each block to the preceding block. The first and most widely recognized pluggable ordering service establishes consensus on the order of transactions and then broadcasts blocks to peers. A pluggable membership service provider is responsible for associating entities in the the network with cryptographic identities. An optional peer-to-peer gossip service disseminates the blocks output by ordering service to other peers. Smart contracts (“chaincode”) run within a container environment0 码力 | 699 页 | 9.02 MB | 1 年前3
Hyperledger Fabric 1.4.9 Documentationthe ledger by applying transactions that have been validated by a consensus protocol, grouped into blocks that include a hash that bind each block to the preceding block. The first and most widely recognized pluggable ordering service establishes consensus on the order of transactions and then broadcasts blocks to peers. A pluggable membership service provider is responsible for associating entities in the the network with cryptographic identities. An optional peer-to-peer gossip service disseminates the blocks output by ordering service to other peers. Smart contracts (“chaincode”) run within a container environment0 码力 | 701 页 | 9.02 MB | 1 年前3
Hyperledger Fabric 1.4 Documentationthe ledger by applying transactions that have been validated by a consensus protocol, grouped into blocks that include a hash that bind each block to the preceding block. The first and most widely recognized pluggable ordering service establishes consensus on the order of transactions and then broadcasts blocks to peers. A pluggable membership service provider is responsible for associating entities in the the network with cryptographic identities. An optional peer-to-peer gossip service disseminates the blocks output by ordering service to other peers. Smart contracts (“chaincode”) run within a container environment0 码力 | 701 页 | 9.02 MB | 1 年前3
Hyperledger Fabric 1.4 Documentation
the ledger by applying transactions that have been validated by a consensus protocol, grouped into blocks that include a hash that bind each block to the preceding block. The first and most widely recognized pluggable ordering service establishes consensus on the order of transactions and then broadcasts blocks to peers. A pluggable membership service provider is responsible for associating entities in the the network with cryptographic identities. An optional peer-to-peer gossip service disseminates the blocks output by ordering service to other peers. Smart contracts (“chaincode”) run within a container environment0 码力 | 678 页 | 10.02 MB | 1 年前3
共 609 条
- 1
- 2
- 3
- 4
- 5
- 6
- 61













