deb builds for Ubuntu won't work by themselves #487
Assignees
Comments
|
This is for the links on the https://github.com/ethereum/go-ethereum/blob/develop/README.md ? |
|
Yep, not sure what you'd prefer there, the instructions or linking to them |
|
A link I guess :-) |
|
@fjl would you pls consider this? |
|
Build instructions have been updated a while ago and now refer to the PPA. |
nolash
pushed a commit
to nolash/go-ethereum
that referenced
this issue
May 3, 2018
The Ticks only need to be instantiated once, not in every for loop. Let's use Ticker, because it can be stopped.
maoueh
pushed a commit
to streamingfast/go-ethereum
that referenced
this issue
Jun 9, 2023
* basic txn prioritizer implemented using mutex map
* Re-execute parallel tasks when there is a read in coinbase or burn address
* Re-execute parallel tasks when there is a read in coinbase or burn address
* using *sync.RWMutex{} in mutexMap
Co-authored-by: Jerry <[email protected]>
maoueh
pushed a commit
to streamingfast/go-ethereum
that referenced
this issue
Jun 9, 2023
* Create MVHashMap and use it StateDB * Parallel state processor * Move fee burning and tipping out of state transition to reduce read/write dependencies between transactions * Re-execute parallel tasks when there is a read in coinbase or burn address * Block-stm optimization Added tests for executor and two major improvements: 1. Add a dependency map during execution. This will prevent aborted tasks from being sent for execution immedaitely after failure. 2. Change the key of MVHashMap from string to a byte array. This will reduce time to convert byte slices to strings. * Remove cache from executor test * added mvhashmap unit tests (with as key) * Shard mvhashmap to reduce the time spent in global mutex * Skip applying intermediate states * Dependency improvement * added test for status * Create MVHashMap and use it StateDB * Parallel state processor * Move fee burning and tipping out of state transition to reduce read/write dependencies between transactions * Re-execute parallel tasks when there is a read in coinbase or burn address * Txn prioritizer implemented using mutex map (ethereum#487) * basic txn prioritizer implemented using mutex map * Re-execute parallel tasks when there is a read in coinbase or burn address * Re-execute parallel tasks when there is a read in coinbase or burn address * using *sync.RWMutex{} in mutexMap Co-authored-by: Jerry <[email protected]> * added getReadMap and getWriteMap (ethereum#473) * Block-stm optimization Added tests for executor and some improvements: 1. Add a dependency map during execution. This will prevent aborted tasks from being sent for execution immedaitely after failure. 2. Change the key of MVHashMap from string to a byte array. This will reduce time to convert byte slices to strings. 3. Use sync.Map to reduce the time spent in global mutex. 4. Skip applying intermediate states. 5. Estimate dependency when an execution fails without dependency information. 6. Divide execution task queue into two separate queues. One for relatively certain transactions, and the other for speculative future transactions. 7. Setting dependencies of Txs coming from the same sender before starting parallel execution. 8. Process results in their semantic order (transaction index) instead of the order when they arrive. Replace result channel with a priority queue. * Do not write entire objects directly when applying write set in blockstm * fixed a small bug in the Report function (ethereum#530) * linters Co-authored-by: Jerry <[email protected]>
tanishqjasoria
pushed a commit
to tanishqjasoria/go-ethereum
that referenced
this issue
Oct 31, 2023
* fix: more consistent invalid opcode trace * Update version.go --------- Co-authored-by: HAOYUatHZ <[email protected]> Co-authored-by: Péter Garamvölgyi <[email protected]>
spencer-tb
pushed a commit
to spencer-tb/go-ethereum
that referenced
this issue
Oct 23, 2024
Signed-off-by: Ignacio Hagopian <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Since the
ethereum-qtPPA is required, those links are misleading and will only lead to confusion for users. PPA instructions should be used instead.The text was updated successfully, but these errors were encountered: