You've already forked nakamoto-archive
Create 142.md
This commit is contained in:
@@ -0,0 +1,26 @@
|
|||||||
|
---
|
||||||
|
layout: forum
|
||||||
|
title: 'Re: 0.3 almost ready'
|
||||||
|
grand_parent: Forum Posts
|
||||||
|
parent: Bitcoin Forum
|
||||||
|
nav_order: 142
|
||||||
|
date: 2010-06-25 14:10:06 UTC
|
||||||
|
original: https://bitcointalk.org/index.php?topic=199.msg1769#msg1769
|
||||||
|
---
|
||||||
|
|
||||||
|
# Re: 0.3 almost ready
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
```
|
||||||
|
Re: 0.3 almost ready
|
||||||
|
June 25, 2010, 02:10:06 PM
|
||||||
|
|
||||||
|
Thanks virtualcoin, that's a perfect comparison.
|
||||||
|
|
||||||
|
The 8% speedup from 32-bit Windows (2310k) to 32-bit Linux (2500k) is probably from the newer version of GCC on Linux (4.4.3 vs 3.4.5).
|
||||||
|
|
||||||
|
The 15% speedup from 32-bit to 64-bit Linux is more of a mystery. The code is completely 32-bit.
|
||||||
|
|
||||||
|
Hmm, I think the 8 extra registers added by x86-64 must be what's helping. That would make a significant difference to SHA if it could hold most of the 16 state variables in registers.
|
||||||
|
```
|
||||||
Reference in New Issue
Block a user