草庐IT

swift - Firebase 太慢而无法加载基于图 block 的游戏

coder 2023-09-07 原文

我正在使用 swift 和 Firebase 为 iOS 构建一个基于 2d tile 的游戏。因为世界很大,所以我设计了它,以便我只订阅屏幕上的图块。也就是说,我没有为所有 10,000x10,000 个磁贴添加监听器,而是将它们添加到屏幕上的磁贴中。当玩家移动时,我取消注册旧的监听器并注册新的监听器。我在屏幕边缘添加了一些缓冲区,希望所有内容在屏幕上移动时都能充分加载。不幸的是,Firebase 通常有足够大的滞后,以至于这种策略根本不起作用。在次优的互联网连接上,有可能继续走进“未加载的世界”,有时需要几秒钟才能加载丢失的图块。

不过,事情就是这样:同一连接和同一设备上的其他 MMO iOS 游戏运行良好。这不是一个可怕的联系。这让我怀疑我的实现或 Firebase 本身有问题。

从根本上说,每次我迈出一步时,我都在等待大约 20 个图块的“加载一次”事件。一个步骤大约需要 1/4 秒,所以我每秒从 Firebase 请求大约 100 个项目。不过,我想不出更好的方法。 Firebase 文档表明这应该不是问题,因为它都是一个套接字连接。我可以将对象“存储”到 10x10 块中,这意味着我会订阅更少的对象,但这在总数据传输方面也会更加浪费。如果socket连接真的被优化了,总的数据传输应该是唯一的瓶颈,这意味着这种策略是错误的。

编辑

这是一个视频,展示了它是如何工作的。缓冲区大小已减少到 -1 ,以便您可以轻松看到屏幕边缘和瓷砖加载和卸载。视频快结束时,延迟来了,我徘徊在空虚中。我打开另一个游戏,它几乎立即加载。 http://forevermaze.inzania.com/videos/FirebaseLag.mov (n.b.,我在屏幕再次加载之前结束了录制。它永远不会加载失败,所以并不是代码无法工作。这纯粹是滞后。)

这是我用来加载图块的代码。每个图块调用一次。正如我所说,这意味着每一步并行调用这段代码大约 20 次。所有其他应用程序都以良好的速度运行,没有延迟。我在东京使用具有 LTE 连接的 MiFi,所以它是一个可靠的连接。

  /**
   * Given a path to a firebase object, get the snapshot with a timeout.
   */
  static func loadSnapshot(firebasePath: String!) -> Promise<FDataSnapshot?> {
    let (promise, fulfill, _) = Promise<FDataSnapshot?>.pendingPromise()
    let connection = Firebase(url: Config.firebaseUrl + firebasePath)
    connection.observeSingleEventOfType(.Value, withBlock: { snapshot in
      if !promise.resolved {
        fulfill(snapshot)
      }
    })
    after(Config.timeout).then { () -> Void in
      if !promise.resolved {
        DDLogWarn("[TIMEOUT] [FIREBASE-READ] \(firebasePath)")
        fulfill(nil)
        //reject(Errors.network)
      }
    }
    return promise
  }

磁贴位于 [ROOT]/tiles/[X]x[Y] .大多数图块包含的数据很少,但如果该图块上有对象(即其他玩家),则会存储这些对象。这是 Firebase 的屏幕截图:


编辑2

根据请求,我非常简单地重新创建了这个问题。这是一个 100 行 XCTestCase类(class):http://forevermaze.com/code/LagTests.swift

用法:
  • 将文件放入您的 Swift 项目(它应该是独立的,只需要 Firebase)
  • 更改 firebaseUrl 的值到您的根 URL(即 https://MyProject.firebaseio.com )
  • 运行 testSetupDatabase()函数测试一次以设置数据库的初始状态
  • 运行 testWalking()功能来测试延迟。这是主要的测试。如果任何图块加载时间超过 2 秒,它将失败。

  • 我已经在几个不同的连接上尝试过这个测试。一流的办公室连接没有问题,但即使是高端 LTE 或 MiFi 连接也会失败。 2 seconds已经是一个很长的超时时间,因为这意味着我需要一个 10 tile缓冲区(0.2 秒 * 10 块 = 2 秒)。这是我连接到 LTE 连接时的一些输出,显示加载图块需要近 10 秒 (!!):error: -[ForeverMazeTests.LagTests testWalking] : XCTAssertTrue failed - Tile 2x20 took 9.50058007240295

    最佳答案

    我运行了一些测试,当我通过 3G 连接进行测试时,加载在 15-20 秒内完成。通过我的常规连接需要 1-2 秒,因此差异可能纯粹基于带宽。

    我将您的测试用例重写为 JavaScript 版本,因为我很难弄清楚发生了什么。在这里找到我的:http://jsbin.com/dijiba/edit?js,console

    var ref = new Firebase(URL);
    var tilesPerStep = 20;
    var stepsToTake = 100;
    
    function testWalking() {
      var startTime = Date.now();
      var promises = [];
      for (var x=0; x < stepsToTake; x++) {
        promises.push(testStep(x));
      }
      Promise.all(promises).then(function() {
        console.log('All '+promises.length+' steps done in '+(Date.now()-startTime)+'ms');
      });
    }
    
    function testStep(x) {
      var result = new Promise(function(resolve, reject){
        var tiles = ref.child("/tiles_test");
        var loading = 0;
        var startTime = Date.now();
        console.log('Start loading step '+x);
    
        for (var y=0; y < tilesPerStep; y++) {
          loading ++;
          tiles.child(x+'x'+y).once('value', function(snapshot) {
            var time = Date.now() - startTime;
            loading--;
            if (loading === 0) {
              console.log('Step '+x+' took '+(Date.now()-startTime)+'ms');
              resolve(Date.now() - startTime);
            }
          });
        }
      });
      return result;
    }
    
    testWalking();
    

    最大的区别是我不会延迟开始任何加载,并且我不会因为特定的磁贴而失败。我认为最后一点是您的测试失败的原因。

    所有来自 Firebase 的加载都是异步发生的,但所有请求都通过相同的连接。当您开始加载时,您正在排队很多请求。这个时间被“尚未完成的先前请求”所扭曲。

    这是一个只有 10 个步骤的测试运行示例:
    "Start loading step 0"
    "Start loading step 1"
    "Start loading step 2"
    "Start loading step 3"
    "Start loading step 4"
    "Start loading step 5"
    "Start loading step 6"
    "Start loading step 7"
    "Start loading step 8"
    "Start loading step 9"
    "Step 0 took 7930ms"
    "Step 1 took 7929ms"
    "Step 2 took 7948ms"
    "Step 3 took 8594ms"
    "Step 4 took 8669ms"
    "Step 5 took 9141ms"
    "Step 6 took 9851ms"
    "Step 7 took 10365ms"
    "Step 8 took 10425ms"
    "Step 9 took 11520ms"
    "All 10 steps done in 11579ms"
    

    您可能会注意到,每个步骤所花费的时间加起来并不等于所有步骤所花费的时间。本质上,当管道中仍有请求时,您正在启动每个请求。这是加载这些项目的最有效方式,但这确实意味着您需要以不同方式衡量性能。

    基本上所有步骤 开始 几乎同时。然后您等待第一个响应(在上述情况下包括建立从客户端到正确 Firebase 服务器的 WebSocket 连接),然后响应以合理的时间间隔出现(假设每步有 20 个请求)。

    所有这些都非常有趣,但它当然不能解决您的问题。我建议您将数据建模为屏幕大小的存储桶。因此,不要将每个图块分开,而是将每 10x10 个图块存储在“存储桶”中。您将减少每个单独请求的开销,并且每 10 个步骤最多只需要请求一个存储桶。

    更新

    我很确定我们只是在调试您的基准测试方法的多个工件。如果我将代码更新为:
    func testWalking() {
        let expectation = expectationWithDescription("Load tiles")
        let maxTime = self.timeLimit + self.stepTime * Double(stepsToTake)
    
        let startTime = NSDate().timeIntervalSince1970
    
        for (var x=0; x<stepsToTake; x++) {
            let delay = Double(x) * stepTime
            let data = ["x":x, "ex": expectation]
            stepsRemaining++
            NSTimer.scheduledTimerWithTimeInterval(0, target: self, selector: Selector("testStep:"), userInfo: data, repeats: false)
        }
        waitForExpectationsWithTimeout(maxTime) { error in
            let time = NSDate().timeIntervalSince1970 - startTime
            print("Completed loading after \(time)")
            if error != nil {
                print("Error: \(error!.localizedDescription)")
            }
        }
    }
    
    /**
    * Helper function to test a single step (executes `tilesPerStep` number of tile loads)
    */
    func testStep(timer : NSTimer) {
        let tiles = Firebase(url: firebaseUrl).childByAppendingPath("/tiles_test")
        let data = timer.userInfo as! Dictionary<String, AnyObject>
        let x = data["x"] as! Int
        let expectation = data["ex"] as! XCTestExpectation
        var loading = 0
        print("Start loading \(x)")
    
        for (var y=0; y<tilesPerStep; y++) {
            loading++
            tiles.childByAppendingPath("\(x)x\(y)").observeSingleEventOfType(.Value, withBlock: { snapshot in
                loading--
                if loading == 0 {
                    print("Done loading \(x)")
                    self.stepsRemaining--
                    if self.stepsRemaining == 0 {
                        expectation.fulfill()
                    }
                }
            })
        }
    }
    

    它在高速网络上在不到 2 秒的时间内完成整个加载,在 3G 上需要 15 到 25 秒。

    但我建议的建模水平高于每个瓷砖的水平。

    关于swift - Firebase 太慢而无法加载基于图 block 的游戏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34562660/

    有关swift - Firebase 太慢而无法加载基于图 block 的游戏的更多相关文章

    1. ruby-on-rails - 由于 "wkhtmltopdf",PDFKIT 显然无法正常工作 - 2

      我在从html页面生成PDF时遇到问题。我正在使用PDFkit。在安装它的过程中,我注意到我需要wkhtmltopdf。所以我也安装了它。我做了PDFkit的文档所说的一切......现在我在尝试加载PDF时遇到了这个错误。这里是错误:commandfailed:"/usr/local/bin/wkhtmltopdf""--margin-right""0.75in""--page-size""Letter""--margin-top""0.75in""--margin-bottom""0.75in""--encoding""UTF-8""--margin-left""0.75in""-

    2. ruby-on-rails - 无法使用 Rails 3.2 创建插件? - 2

      我对最新版本的Rails有疑问。我创建了一个新应用程序(railsnewMyProject),但我没有脚本/生成,只有脚本/rails,当我输入ruby./script/railsgeneratepluginmy_plugin"Couldnotfindgeneratorplugin.".你知道如何生成插件模板吗?没有这个命令可以创建插件吗?PS:我正在使用Rails3.2.1和ruby​​1.8.7[universal-darwin11.0] 最佳答案 随着Rails3.2.0的发布,插件生成器已经被移除。查看变更日志here.现在

    3. ruby - 无法运行 Rails 2.x 应用程序 - 2

      我尝试运行2.x应用程序。我使用rvm并为此应用程序设置其他版本的ruby​​:$rvmuseree-1.8.7-head我尝试运行服务器,然后出现很多错误:$script/serverNOTE:Gem.source_indexisdeprecated,useSpecification.Itwillberemovedonorafter2011-11-01.Gem.source_indexcalledfrom/Users/serg/rails_projects_terminal/work_proj/spohelp/config/../vendor/rails/railties/lib/r

    4. ruby - 如何在续集中重新加载表模式? - 2

      鉴于我有以下迁移:Sequel.migrationdoupdoalter_table:usersdoadd_column:is_admin,:default=>falseend#SequelrunsaDESCRIBEtablestatement,whenthemodelisloaded.#Atthispoint,itdoesnotknowthatusershaveais_adminflag.#Soitfails.@user=User.find(:email=>"admin@fancy-startup.example")@user.is_admin=true@user.save!ende

    5. ruby - RSpec - 使用测试替身作为 block 参数 - 2

      我有一些Ruby代码,如下所示:Something.createdo|x|x.foo=barend我想编写一个测试,它使用double代替block参数x,这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗? 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere

    6. ruby-on-rails - 无法在centos上安装therubyracer(V8和GCC出错) - 2

      我正在尝试在我的centos服务器上安装therubyracer,但遇到了麻烦。$geminstalltherubyracerBuildingnativeextensions.Thiscouldtakeawhile...ERROR:Errorinstallingtherubyracer:ERROR:Failedtobuildgemnativeextension./usr/local/rvm/rubies/ruby-1.9.3-p125/bin/rubyextconf.rbcheckingformain()in-lpthread...yescheckingforv8.h...no***e

    7. ruby - 无法让 RSpec 工作—— 'require' : cannot load such file - 2

      我花了三天的时间用头撞墙,试图弄清楚为什么简单的“rake”不能通过我的规范文件。如果您遇到这种情况:任何文件夹路径中都不要有空格!。严重地。事实上,从现在开始,您命名的任何内容都没有空格。这是我的控制台输出:(在/Users/*****/Desktop/LearningRuby/learn_ruby)$rake/Users/*******/Desktop/LearningRuby/learn_ruby/00_hello/hello_spec.rb:116:in`require':cannotloadsuchfile--hello(LoadError) 最佳

    8. ruby-on-rails - Enumerator.new 如何处理已通过的 block ? - 2

      我在理解Enumerator.new方法的工作原理时遇到了一些困难。假设文档中的示例:fib=Enumerator.newdo|y|a=b=1loopdoy[1,1,2,3,5,8,13,21,34,55]循环中断条件在哪里,它如何知道循环应该迭代多少次(因为它没有任何明确的中断条件并且看起来像无限循环)? 最佳答案 Enumerator使用Fibers在内部。您的示例等效于:require'fiber'fiber=Fiber.newdoa=b=1loopdoFiber.yieldaa,b=b,a+bendend10.times.m

    9. ruby - RuntimeError(自动加载常量 Apps 多线程时检测到循环依赖 - 2

      我收到这个错误:RuntimeError(自动加载常量Apps时检测到循环依赖当我使用多线程时。下面是我的代码。为什么会这样?我尝试多线程的原因是因为我正在编写一个HTML抓取应用程序。对Nokogiri::HTML(open())的调用是一个同步阻塞调用,需要1秒才能返回,我有100,000多个页面要访问,所以我试图运行多个线程来解决这个问题。有更好的方法吗?classToolsController0)app.website=array.join(',')putsapp.websiteelseapp.website="NONE"endapp.saveapps=Apps.order("

    10. ruby - 无法覆盖 irb 中的 to_s - 2

      我在pry中定义了一个函数:to_s,但我无法调用它。这个方法去哪里了,怎么调用?pry(main)>defto_spry(main)*'hello'pry(main)*endpry(main)>to_s=>"main"我的ruby版本是2.1.2看了一些答案和搜索后,我认为我得到了正确的答案:这个方法用在什么地方?在irb或pry中定义方法时,会转到Object.instance_methods[1]pry(main)>defto_s[1]pry(main)*'hello'[1]pry(main)*end=>:to_s[2]pry(main)>defhello[2]pry(main)

    随机推荐