Page 8 of 32 FirstFirst ... 6 7 8 9 10 18 ... LastLast
Results 71 to 80 of 314
  1. #71
    Player
    Munchai's Avatar
    Join Date
    Aug 2013
    Posts
    277
    Character
    Munchai Caelestia
    World
    Fenrir
    Main Class
    Gunbreaker Lv 80
    もう今後は「アルゴリズムの変更」なんて言葉を使用せず「~が~なため~といった理由で~にしました」って言ってくれませんかね。
    (61)

  2. #72
    Player
    Poipoye's Avatar
    Join Date
    Jan 2015
    Location
    リムサ・ロミンサ
    Posts
    275
    Character
    Monaca' Mona
    World
    Ixion
    Main Class
    Arcanist Lv 90
    判定する処理にもコスト(メモリの割り当てとか処理時間とか)が掛かるので
    それがサーバの安定性に影響するなら状況に応じて手動で切り替え、というのも分からなくはないと思いますよ。
    (5)

  3. #73
    Player
    sijimi22's Avatar
    Join Date
    Aug 2013
    Posts
    5,474
    Character
    Tamao Kochou
    World
    Titan
    Main Class
    Marauder Lv 50
    Quote Originally Posted by kenyblack View Post
    アルゴリズムって、現状を解析して最適な数パターン存在するマッチング方法のどれを適用するか、自動で判定するものなんじゃないの?
    その現状解析にいてある種の優先順位を考慮するように成ってた為、最適なマッチング方法としてルレ使用者が後に回るようになってた。

    って事では?
    (2)

  4. #74
    Player
    CormoCraft's Avatar
    Join Date
    Jun 2014
    Posts
    45
    Character
    Zindex Zero
    World
    Titan
    Main Class
    Arcanist Lv 90
    とりあえず、開発のレスポンスを読んで思ったのは…

    そういった負荷・誘導対策をする場合は、
    パッチノートにあらかじめ、「対策のため、こういった処置を施します」
    というのを可能な範囲で記載しておいたほうが、無用な混乱を生まないのではないでしょうか。

    実際3.0拡張時には、一部のフィールドを負荷対策のためインスタンス化します。
    との情報が公式から出ていましたよね。
    (といっても、こちらはユーザにもクライアントログでインスタンス移動が明示されるのですぐわかるのですが)

    今回のことでいうと対策2の直接キュー優先のほうはユーザに情報漏れしてしまうと、
    あえて直接で行って偏ってしまうということも想定できるので、情報を出さない意図も理解はできるのですが
    対策1の人数制限部分は出してしまって良かったと思います。
    それで「ルレ、シャキリづらい」という声が多くなったら、「じゃあ、そろそろ制限解除してくれないですか?」
    とユーザ側からも明確なフィードバックを返せると思うのです。
    原因を推測してあやふやなディスカッションする必要がなくなります。

    バックエンド側で隠蔽されている処理だから、ユーザにばれずに運用できればいっかー
    みたいな考えを正直感じてしまいます。
    (56)

  5. #75
    Player
    Nico_rekka's Avatar
    Join Date
    Jan 2015
    Posts
    3,373
    Character
    Rekka Nicoco
    World
    Ultima
    Main Class
    Conjurer Lv 71
    ざっくり言うとアルゴリズムはやりたいことを実現するための手順や方法です

    数学を解くための手順だったり
    今回で言えばマッチングの手順ですね

    運営の今回のマッチングに対する方針があり
    それを実現するためにマッチングの手順・方法の一部を変えました

    ということかと

    違ってたら指摘お願いします
    (4)
    Last edited by Nico_rekka; 11-27-2015 at 03:47 PM.

  6. #76
    Player
    kenyblack's Avatar
    Join Date
    Jun 2011
    Location
    ウルダハ
    Posts
    355
    Character
    Keny Black
    World
    Gungnir
    Main Class
    Paladin Lv 70
    Quote Originally Posted by sijimi22 View Post
    その現状解析にいてある種の優先順位を考慮するように成ってた為、最適なマッチング方法としてルレ使用者が後に回るようになってた。

    って事では?
    言葉が足りなかったかも。
    現状を解析 ⇒ 過去1~2時間、1日単にのトレンドを解析して、実マッチング時間が長期化していた場合、古いバージョンなどに戻るとか
    ※古いバージョンって語弊があるけど、マッチングアルゴリズムって変更するものでなくて、どんどん追加して行くものと思っています。
    その中で、どれが選ばえるかはリアルタイム状況と、過去トレンドを解析して選ばれる。
    つまり、どのマッチングアルゴリズムを選択するかを決定するアルゴリズム。

    ※手動でアルゴリズム変更するのも、まあアリだがサクッとスイッチングで出来るようにすべき。
    (1)

  7. #77
    Player
    lafrecia's Avatar
    Join Date
    Sep 2013
    Location
    リムサ・ロミンサ
    Posts
    758
    Character
    Laf'a Recian
    World
    Alexander
    Main Class
    Paladin Lv 90
    コンテンツワールドへの移動が多くて負荷が高かった(たぶん、空島の人気による) → 制限時間を設けた

    制限時間を設けたけど、今回のパッチ以降、空島の人気が急降下した為、制限を解除する目途がたった。
    つまり、こういうことでしょうか? だとしたら皮肉な結果ですなぁ・・・
    (5)

  8. #78
    Player
    sijimi22's Avatar
    Join Date
    Aug 2013
    Posts
    5,474
    Character
    Tamao Kochou
    World
    Titan
    Main Class
    Marauder Lv 50
    さしもに、そんな短期間の指標で制限解除は決めんと思うけどね。
    (2)

  9. #79
    Player
    Hikitatebitou's Avatar
    Join Date
    Aug 2013
    Location
    ムーングロウ
    Posts
    625
    Character
    Quon Malaguld
    World
    Ridill
    Main Class
    Dark Knight Lv 60
    直接指定したほうが早いというのは体感でなんとなくわかっていました
    DPSでも直接指定すると即シャキだったりしたんでルーレットするより2回行ったりしててそれはそれで良かったんだけどな
    (2)

  10. #80
    Player
    sijimi22's Avatar
    Join Date
    Aug 2013
    Posts
    5,474
    Character
    Tamao Kochou
    World
    Titan
    Main Class
    Marauder Lv 50
    Quote Originally Posted by kenyblack View Post
    言葉が足りなかったかも。
    現状を解析 ⇒ 過去1~2時間、1日単にのトレンドを解析して、実マッチング時間が長期化していた場合、古いバージョンなどに戻るとか
    ※古いバージョンって語弊があるけど、マッチングアルゴリズムって変更するものでなくて、どんどん追加して行くものと思っています。
    その中で、どれが選ばえるかはリアルタイム状況と、過去トレンドを解析して選ばれる。
    つまり、どのマッチングアルゴリズムを選択するかを決定するアルゴリズム。

    ※手動でアルゴリズム変更するのも、まあアリだがサクッとスイッチングで出来るようにすべき。
    あぁ、その辺はわかってるんだけど書いてもらった話で言うなら待機時間の表示が非常に短いまま
    変化が無かったことから固定のアルゴリズムになってたか、ルーレットの方の待機時間に下駄はかせてたかして
    実マッチング時間があまり変わらないようにしてたんじゃないかと。
    最良のマッチングのまま方法の追加や変更が発生しなくしてたのでは?って話。

    まぁ、手法はどうあれ今度変更になった後どうなるかを見なきゃいかんけどね。
    (0)

Page 8 of 32 FirstFirst ... 6 7 8 9 10 18 ... LastLast