Author Topic: 关于提高UI和APP的易用性的建议  (Read 3705 times)

0 Members and 1 Guest are viewing this topic.

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 606
    • View Profile
  • BitShares: gan888
5线程认为要5倍流量的话,怕压力太大,那么采用双线程或者3线程,会好转很多。

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 606
    • View Profile
  • BitShares: gan888
Could you please put that in an issue in the UI repository, in english if possible?
https://github.com/bitshares/bitshares-ui/issues/new

等相关人士去提议,我不懂英文,我只知道这种可能性,其它的就靠你们了。

The automated translated of your text does not make sense to me. Can you explain the issue to someone that can translate it please?
It's about improving API node pinging mechanism. Technically nothing new.

Quote
等相关人士去提议,我不懂英文,我只知道这种可能性,其它的就靠你们了。
现在UI就是这么干的,自动选最快的,断了就重连,后台定时刷新。
国内用户多,网速慢,电信联通不通,再加上墙,所以高峰时候慢、不稳定,没法避免。
5个线程同时在线,需要用5倍流量,有时候反而影响速度。
要用的爽,一可以自建节点,二可以买鼓鼓的VIP节点。

我这现在的最新UI是断开几次重连几次后,就不重连了,显示 连接断开,又要手工的按 View - Reload才重新连接。目前不是很卡,如果高峰期,也只能自己建立追踪自己单一账号的节点了,这样用更少的内存和硬盘空间。不过很多人不懂得怎么做的。


Offline abit

  • Committee member
  • Hero Member
  • *
  • Posts: 4664
    • View Profile
    • Abit's Hive Blog
  • BitShares: abit
  • GitHub: abitmore
Could you please put that in an issue in the UI repository, in english if possible?
https://github.com/bitshares/bitshares-ui/issues/new

等相关人士去提议,我不懂英文,我只知道这种可能性,其它的就靠你们了。

The automated translated of your text does not make sense to me. Can you explain the issue to someone that can translate it please?
It's about improving API node pinging mechanism. Technically nothing new.

Quote
等相关人士去提议,我不懂英文,我只知道这种可能性,其它的就靠你们了。
现在UI就是这么干的,自动选最快的,断了就重连,后台定时刷新。
国内用户多,网速慢,电信联通不通,再加上墙,所以高峰时候慢、不稳定,没法避免。
5个线程同时在线,需要用5倍流量,有时候反而影响速度。
要用的爽,一可以自建节点,二可以买鼓鼓的VIP节点。
BitShares committee member: abit
BitShares witness: in.abit

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 606
    • View Profile
  • BitShares: gan888
Could you please put that in an issue in the UI repository, in english if possible?
https://github.com/bitshares/bitshares-ui/issues/new

等相关人士去提议,我不懂英文,我只知道这种可能性,其它的就靠你们了。

The automated translated of your text does not make sense to me. Can you explain the issue to someone that can translate it please?


希望你能找  abit 和 bitcrab 来帮助翻译(I hope you can find abit and bitcrab to help translate)

Offline sschiessl

  • Administrator
  • Hero Member
  • *****
  • Posts: 662
    • View Profile
  • BitShares: sschiessl
Could you please put that in an issue in the UI repository, in english if possible?
https://github.com/bitshares/bitshares-ui/issues/new

等相关人士去提议,我不懂英文,我只知道这种可能性,其它的就靠你们了。

The automated translated of your text does not make sense to me. Can you explain the issue to someone that can translate it please?

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 606
    • View Profile
  • BitShares: gan888
Could you please put that in an issue in the UI repository, in english if possible?
https://github.com/bitshares/bitshares-ui/issues/new

等相关人士去提议,我不懂英文,我只知道这种可能性,其它的就靠你们了。

Offline sschiessl

  • Administrator
  • Hero Member
  • *****
  • Posts: 662
    • View Profile
  • BitShares: sschiessl
Could you please put that in an issue in the UI repository, in english if possible?
https://github.com/bitshares/bitshares-ui/issues/new

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 606
    • View Profile
  • BitShares: gan888
假如当前区块号是#41322976区块号,如果其它的某一个多线程节点已经采集到#41322977区块号了,那么它就是最新的,它的时间段内的区块号大于其它的线程节点的区块号,所以采集它的,丢弃其它的节点采集过来的。进行广播时也是同时这样走,优先把信息广播到时间段中最新区块号的多线程节点中去。如果返回结果失败,那么再重新偿试发送广播到最新的区块号的多线程节点中去。

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 606
    • View Profile
  • BitShares: gan888
我不懂这种编程语言,也不清楚其设计的连接原理。但是我想到这几点,不懂他们为什么不这样做,理论上 不难实现的啊!

现在的APP和电脑UI的连接方式都是与节点的单一连接。有时候因为网络的不稳定,而及容易断开连接与响应慢。
假如,节点有 A B C D E ......节点。
如果钱包APP与电脑UI钱包的连接方式改为这样:
程序的网络核心采用多线程连接,分别同时连接到节点 A B C D E ......节点。
这时候,用多线程A1 B1 C1 D1 E1 ......表示。
而界面的显示UI部分,比喻APP的显示交易市场的列表,或者电脑版本UI显示交易市场的列表等,都是从程序背后中的多线程连接中采集最快的那个线程的结果用来显示。
比喻同时采集线程 A1 B1 C1 的列表结果,取最快的那个显示在界面中。
而用户操作的时候,肯定是需要把需要要广播的内容广播出去。如果同时在线程A1 B1 C1 D1 E1 广播有可能会造成重复下单或者重复广播。
如果程序自动的 把连接质量最快的一个线程连接的节点作为优先广播,就不会存在这样的问题了吧,如果广播返回结果成功,就不会再选择另外一个线程节点广播,如果因网络没响应或者断开连接而返回来的广播失败的话,程序会自动的切换到第二快的节点去重复这一广播,这样不会造成重复发送或者重复下单了吧?
类似于比特币 莱持币 等,都是同时连接多节点的,而广播也是由单一节点广播出去。
说透了就类似于我的这台电脑同时打开了十个电脑UI钱包程序,而每一个钱包,我分别连接一个不同的节点,至于我用哪个节点去操作下单进行广播,就取决于我觉得哪个节点的连接速度比较快。而显示市场列表也取决于在时间段内哪个钱包的列表信息显示最快刷新最快,我就眼看到哪个钱包上的列表,而不看其它钱包刷新慢的列表。

相信如果是程序员,可以很简单的理解我所表述的。

这样肯定会提高易用性,但是对于节点服务器来说,会不会造成压力的增加,我就不知道了。