[BOUNTY] $5000 BitUSD - LibSecp256k1 integration with FC

Started by bytemaster, March 06, 2015, 12:09:10 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Akado

Quote from: topcandle on November 16, 2015, 09:53:28 PM
Quote from: Akado on November 16, 2015, 09:34:29 PM
https://www.reddit.com/r/Bitcoin/comments/3t0kff/core_switched_to_libsecp256k1_for_verification/
LOL. Delayed a few months.

What's there to laugh about.  Bitshares has delayed many features it promised....

Many features that haven't been implemented by anyone. What's there to laugh about is people adore when Bitcoin implements some features and despise other projects that have those exact same features. That's what there's to laugh about. The irony of bitcoin having a great libertarian spirit behind it yet, their community is closed like the same banks they hate.
[url="https://metaexchange.info"]https://metaexchange.info[/url] | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

topcandle

[url="https://metaexchange.info"]https://metaexchange.info[/url] | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Akado

[url="https://metaexchange.info"]https://metaexchange.info[/url] | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

vikram

Quote from: pc on March 11, 2015, 10:07:17 PM
PR submitted: https://github.com/BitShares/fc/pull/4

Speedup of --rebuild-index is insignificant on my system, around 5%. Possibly more on an SSD. The indexing is heavy on IO, so not much speedup to be expected here.

Speedup of wallet_rescan_blockchain is 4% for the mixed implementation and 25% for pure libsecp256k1.

Note that block/transaction signature validation is skipped until after the most recent checkpoint, otherwise IO may not necessarily dominate.

ElMato


cube

Quote from: BTSdac on March 12, 2015, 01:26:42 AM
very good work  +5%

Please remember to vote for dev-pc.bitcube. Give him your encouragement and love. :)
ID: bitcube
bitcube is a dedicated witness and committe member. Please vote for bitcube.

BTSdac

[url="//github.com"]github.com[/url] :pureland
BTS2.0 API :[url="ws://139.196.37.179:8091"]ws://139.196.37.179:8091[/url]
BTS2.0 API 数据源ws:[url="//139.196.37.179:8091"]//139.196.37.179:8091[/url]

robrigo


cass

█║▌║║█  - - -  The quieter you become, the more you are able to hear  - - -  █║▌║║█

pc

PR submitted: https://github.com/BitShares/fc/pull/4

Speedup of --rebuild-index is insignificant on my system, around 5%. Possibly more on an SSD. The indexing is heavy on IO, so not much speedup to be expected here.

Speedup of wallet_rescan_blockchain is 4% for the mixed implementation and 25% for pure libsecp256k1.
Bitcoin - Perspektive oder Risiko? ISBN 978-3-8442-6568-2 [url="http://bitcoin.quisquis.de"]http://bitcoin.quisquis.de[/url]

alt

Quote from: heyD on March 10, 2015, 12:28:20 AM
Quote from: bytemaster on March 10, 2015, 12:05:15 AM
Quote from: jsidhu on March 09, 2015, 10:57:21 PM
Quote from: vlight on March 09, 2015, 09:44:47 PM
But the main part that slows sync is HDD not CPU. The software could also use more RAM that is left unused.

Sorry it already uses too much RAM lol

We are working to reduce RAM and CPU.

Very glad to see you come back to the most critical topic.
+5%
+5% +5% +5%

muse-umum

Quote from: bytemaster on March 10, 2015, 12:05:15 AM
Quote from: jsidhu on March 09, 2015, 10:57:21 PM
Quote from: vlight on March 09, 2015, 09:44:47 PM
But the main part that slows sync is HDD not CPU. The software could also use more RAM that is left unused.

Sorry it already uses too much RAM lol

We are working to reduce RAM and CPU.

Very glad to see you come back to the most critical topic.
+5%

bytemaster

Quote from: jsidhu on March 09, 2015, 10:57:21 PM
Quote from: vlight on March 09, 2015, 09:44:47 PM
But the main part that slows sync is HDD not CPU. The software could also use more RAM that is left unused.

Sorry it already uses too much RAM lol

We are working to reduce RAM and CPU. 
For the latest updates checkout my blog: [url="http://bytemaster.bitshares.org"]http://bytemaster.bitshares.org[/url]
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

jsidhu

Quote from: vlight on March 09, 2015, 11:02:33 PM
Quote from: jsidhu on March 09, 2015, 10:57:21 PM
Quote from: vlight on March 09, 2015, 09:44:47 PM
But the main part that slows sync is HDD not CPU. The software could also use more RAM that is left unused.

Sorry it already uses too much RAM lol

Well, for me when syncing less than 100 hours left, it takes only 1GB of RAM(2GB unused), but uses HDD heavily.

On my ubuntu installations I always run out of 2 GB ram.. even after sync and restarting.. maybe jus tmemory leak in latest release... and my delegate always runs out i had to create a 4 gb swap file and that gets half used but then i start to miss blocks because its slow.. so i just restart it once eveyr few weeks
Hired by blockchain | Developer
delegate: dev.sidhujag

vlight

Quote from: jsidhu on March 09, 2015, 10:57:21 PM
Quote from: vlight on March 09, 2015, 09:44:47 PM
But the main part that slows sync is HDD not CPU. The software could also use more RAM that is left unused.

Sorry it already uses too much RAM lol

Well, for me when syncing less than 100 hours left, it takes only 1GB of RAM(2GB unused), but uses HDD heavily.