【翻译贴】第六轮测试总结和第七轮测试展望

Started by metalallen, July 01, 2014, 02:17:57 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

PTS中国

Quote from: alt on July 02, 2014, 03:40:32 AM
Quote from: BTS熊 on July 02, 2014, 03:32:57 AM
:'( :'( :'( alt 哥
熊熊这是喜极而泣了吗? :)

二徒弟为大徒弟喝彩吧,他呀,终于要逃离桑拿天的高老庄了
--------

PTS中国

alt


Musewhale

MUSE witness:mygoodfriend     vote for me


HackFisher

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.

ebit

Quote from: planetlife on July 01, 2014, 02:56:32 PM
Quote from: alt on July 01, 2014, 02:40:00 PM
我好像找到了不产生区块的bug  :)

看来这一轮进步很大啊,同学们,东方已经鱼肚白了,就等着欢呼吧 :)

走出黑暗,迎接光明
telegram:ebit521
[url="https://weibo.com/ebiter"]https://weibo.com/ebiter[/url]

mitao

非常确信用不了几天了


Sent from my iPhone using Tapatalk

yinchanggong

BTSX delegate: google.helloworld    microsoft.helloworld
BTSX Account:yinchg   Manager of BTSXCHINA Charity Fund
[url=http://weibo.com/u/1764434885]引长弓Fate 新浪微博[/url]

PTS中国

Quote from: alt on July 01, 2014, 02:40:00 PM
我好像找到了不产生区块的bug  :)

看来这一轮进步很大啊,同学们,东方已经鱼肚白了,就等着欢呼吧 :)
--------

PTS中国

alt


baijie


alt

Quote from: ebit on July 01, 2014, 01:46:19 PM
看进度,比较欣慰,大家加油!

Quote代理不生产区块的问题
,就是
Quote2148,{
      "missed": true,
      "id": "0000000000000000000000000000000000000000"
吧?

非代表应该觉察不到吧?这个代表不产生区块,其他代表就代替他去产生区块了吧?
其它代表是不会代替的,就直接错过了,比如2393,2394之间漏过了两个区块,就间隔了6分钟。

ebit

看进度,比较欣慰,大家加油!

Quote代理不生产区块的问题
,就是
Quote2148,{
      "missed": true,
      "id": "0000000000000000000000000000000000000000"
吧?

非代表应该觉察不到吧?这个代表不产生区块,其他代表就代替他去产生区块了吧?
telegram:ebit521
[url="https://weibo.com/ebiter"]https://weibo.com/ebiter[/url]

bennyliaa

My Personal BTS Account: stephen

alt

Quote from: ebit on July 01, 2014, 01:24:51 PM
Quote45 forks is not normal operation and is a result of bugs in the networking code网络代码.  I will have Eric look into the cause when he comes in on Monday.

QuoteThe issue with forking is not because of slow systems or network problems.  It is almost entirely due to implementation bugs.  I am fairly certain we have narrowed it down to a blocking socket write that prevents other sockets from being sent data until a TCP timeout.

这些问题用"优化数据库"和调节有效块的方式能一劳永逸的解决么?
目前系统比较稳定了,但仍然不让人放心啊。
这轮测试的一个收获是 fork switch 比较稳定了,也就是当产生分叉后,都能正确的切换到主链上,这很重要。
主要的问题是生产区块效率太低,包括:区块广播延迟大,因为延迟又导致分叉,还有很多代理没正常产生区块。
今天的测试结果,网络延迟似乎已经解决了,可用以下命令查看,我看到的延迟最大是3秒。

delegate (unlocked) >>> blockchain_list_blocks 1960 800

分叉似乎也没有再产生了,我这看到最后的分叉是1866, 从1960块之后没有分叉

delegate (unlocked) >>> blockchain_list_forks


代理不生产区块的问题还没解决,bm好像正在处理。