パスワードを忘れた? アカウント作成
13796870 story
Chrome

Googleはほかのブラウザの性能を落とす変更を意図的に行っている? 63

ストーリー by hylom
意図的なのか副作用なのか 部門より
あるAnonymous Coward曰く、

先日MicrosoftがEdgeブラウザをChromiumベースにすることを発表したが、その理由の1つとして「GoogleによるChrome優遇」があるとの投稿がHacker Newsに寄せされている。

投稿によると、例えばGoogleはYouTubeで「非表示の空のDIV要素」を挿入することで、Edgeブラウザなどでハードウェアアクセラレーションを行わせないようにする細工が行われていたという。信憑性は不明だが、こうした妨害がEdge廃止の要因の1つとなったという。

なお、Chrome以外でYouTubeにアクセスすると読み込みに時間がかかるという話は過去にも話題になっていた

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • マイクロソフトが (スコア:2, すばらしい洞察)

    by Anonymous Coward on 2018年12月19日 15時05分 (#3536320)

    やる側からやられる側に回ったんだなあ

    • GithubへのアクセスにActiveXコンポーネントを必要とするので、IEを使わざるを得ない、なら分かる
      (それでも「ActiveX Hosting plugin for Firefox」や「ActiveX for Chrome」とか追随はできるが)。

      この言い訳は「非表示の空のDIV要素」なんて標準内の記述で、
      「ブラウザのでハードウェアアクセラレーションが効かない」と言ってるわけで、
      GoogleのYoutube以外のページにだって「非表示の空のDIV要素」はあるだろうし、
      ブブラウザのハードウェアアクセラレーションなんて数%速くなるか、
      体感では判りません(設定でアクセラレーション切ってみて)。

      そんで、マイクロソフトのエンジニアたるものが、特定のHTMLの記述に対応できないとか、
      ましてやChromeはChromiumからのオープンソースなんだから、対策を取れないわけないと思うのです。

      なので、いーかげんなでたらめだと思います。

      VisualStudio CodeもElectronフレームワークを使ってるけど、
      「自前主義」でなくなるのはどうかなあ。
      アップルは「自前で全部揃えます」で、
      市場操作やユーザの囲い込みに成功してると思うのだけど。

      親コメント
      • by Anonymous Coward

        高速化の手法なんていうのは時間との勝負なのでDIVの改装が深すぎる場合に、最適化のためのチェックを途中でやめるなどというのは普通に考えられる実装です。もちろん、特定のページでまともなパフォーマンスが出るようにそのあたりの閾値を調整したり、もしくはドメインごとホワイトリスト対応などやってないわけがないので、その手のいたちごっこのことを言っている可能性もありますが。

      • by Anonymous Coward

        Edgeの挙動を見て狙い撃ちでやったんだと思うよ。一例をあげただけって言っているように、こんな感じの不毛なイタチごっこをずっと繰り返してきて疲弊していったんだと思う。

    • しかもあっさり屈したと言える状況なのがひどいね。

      • by Anonymous Coward

        Windows Phoneの時のふがいなさといい、マイクロソフトってもうコンシューマービジネスやる気ないんじゃないか。

        最盛期のマイクロソフトは今のGoogleがいい子ちゃんに見えるくらい悪辣だったけど、それも今は昔なんだなあ。

        • by Anonymous Coward

          Surfaceを何だと思ってるんだ。

        • by Anonymous Coward

          Windows Phoneの時もGoogleは正々堂々と戦うんじゃなくて卑怯なやり方で嫌がらせしてたよ。
          Googleは自社の都合が悪いことは隠ぺいする企業体質だし、屑中の屑。

        • by Anonymous Coward

          つまり今のMicrosoftは今のGoogleがいい子ちゃんに見えるくらい悪辣で、今は昔も今なんですね。
          それともひと月足らずでMicrosoftの姿勢が変わったのかな。

      • by Anonymous Coward

        ふてぶてしく傲慢なのはグーグルの専売特許。
        MSは信用が地に落ちようとも不具合は誠実に公開するが、グーグルは自社のイメージが悪くなることは隠そうとする。
        さらに裏では今回の件みたいに妨害工作。

    • by Anonymous Coward

      Firefoxユーザ的には OWA は機能制限がひどかったし
      Knowladge Base はレイアウト崩れてたり一部見れなかったりしたし
      Catalog 等からパッチすらダウンロードできなかったし
      デフォルトブラウザ変えようとすると、わけのわからん警告を受けるし
      大型アップデートでデフォルトブラウザの設定が戻されるし。

      # 上3つは、現在は解消されている(はず)
      まぁ、中の人にとっては自社製品よりシェアが少なければゴミブラウザとしか見えず
      シェアが大きいほど傲慢になっていくんでしょうね。

  • by Anonymous Coward on 2018年12月19日 16時06分 (#3536387)

    Googleより中国と日本のサイトが圧倒的に酷い

    https://twitter.com/dynamitter/status/1074833877955309568 [twitter.com]

    • by Anonymous Coward

      行為としてより酷いのは加害意思を以て行った方だろ。
      状況として酷いのは、時代に沿った更新を行って居ないとか、そもそもマイナーだと思うと対応しない所の方かも知れないが。

      • by Anonymous Coward

        加害意思があったと何故分かる

      • by Anonymous Coward

        無知は罪なり

        # 無知な者は正すことも加減をすることも良心の呵責を覚える事すらも出来ないのだ。

    • by Anonymous Coward

      フレームワーク等もChrome専用の処理が走ってる可能性が高そうですね・・・・
      開発者側は意図していないとは思いますが
      Chromeに合わせて作ると結果的にChromeに最適化した形になって
      他では挙動がおかしくなると

      IEを糞と言っていた人達は今何を思うのでしょうね・・・
      IEは紛れもない糞だが
      同じような事がまた起きようとは思っても居なかっただろうに
      歴史は繰り返す

      • by Anonymous Coward

        Chromeは糞と思ってるFirefox/w3mユーザが通りますよ、と。
        Chromeのメモリバカ食いバグはもう直ったの?

        • by Anonymous Coward

          メモリバカ食いは仕様ですそれも意図した仕様です
          よそも追従した仕様です

        • by Anonymous Coward

          バグではなく設計思想的な問題だと思っていたが・・・
          安全性を重視してプロセス分離した結果
          メモリ使用量が増えただけで
          個人的にはバグではないという認識

          • by Anonymous Coward

            バグだろうが仕様だろうが、
            メモリをバカ喰いするという事実は変わらないという

            • by Anonymous Coward

              バカ食い出来るだけメモリがあって、食わせりゃ早くなるか安定性が増すなら一向に構わん
              メモリ余ってるのにケチケチして遅いか安定性を欠くよりまし

              ちなみに、「firefox chrome memory benchmark」でさっきGoogle検索して一番上に出てきた下記ページ(2018/6の記事)だと、Firefoxの方が大食い
              https://www.pcworld.com/article/3213031/computers/best-web-browsers.ht... [pcworld.com]

            • by Anonymous Coward

              そうなんだよねえ、
              分離したプロセスがそれぞれあり得んほどのメモリを持ってくという。

              ひょっとしたらレンダリングは他よりも早いのかも知らんけど、それ以外がもっさり。
              環境によっては

              • by Anonymous Coward

                約32,800件 google chrome フリーズ 頻発
                約38,800件 mozilla firefox フリーズ 頻発

                印象(笑)
                なお、シェアは7倍差ある模様

              • by Anonymous Coward

                ブラウザで攻略情報見るためにゲームを一旦終了させるみたいな本末転倒なことになってる感じはある

              • by Anonymous Coward

                約 1,600,000,000 件 google chrome
                約 151,000,000 件 mozilla firefox

                Web上の情報量で比較すべき

                1/10の情報しかないのに「フリーズ 頻発」とつけるだけで情報量がchromeより多くなる

              • by Anonymous Coward

                「Web上の情報量」を google chrome による google で調べたのでしょうか?

  • by Anonymous Coward on 2018年12月19日 15時07分 (#3536322)

    ベンチマーク取ったわけじゃないから正確なところはわからないけど、
    GMailのI/Fが変わったタイミングなど、Firefoxなんかでかなり遅く感じたり、検索がうまく行かなかったりするんだよね。

  • by Anonymous Coward on 2018年12月19日 16時05分 (#3536386)

    そもそもEdgeはどうして「非表示の空のDIV要素」でハードウェアアクセラレーションが行われなくなるんだ?

    • by Anonymous Coward on 2018年12月19日 16時16分 (#3536396)

      ページのある領域の描画をハードウェアに丸投げするには、Edgeではその部分がビデオだけで使われている必要がある、ということじゃなかろうか。そこに見えないけどDIVが上乗せされているときに、DIV部分とビデオ部分を分ける機能がなかったということでは?

      親コメント
      • by Anonymous Coward

        その予想が当たっていたとしたら、それを「他のブラウザの性能を落とすための策略だ!」って言われても……って感じる。

        GoogleのサイトだからChrome用に最適化してるだろうし、Edgeだと遅くなるんじゃなくて、Chromeだと早くなるだけなのでは。

        • by Anonymous Coward

          空のDIV要素があることでChromeの描画が速くなるのなら、そうかもな
          速くなるとは思えんが

          • by Anonymous Coward

            edgeだと空のDIV要素に見えるけど、Chromeから見たら何か最適化用のコンテンツを含んでるのかな、と思って。

        • by Anonymous Coward

          DIVに文字や画像など表示すべき内容があって、広告とかニコニコの弾幕的な使い方でビデオの上に重ねなくてはならないのなら、アクセラレーション対象を選別する能力が貧弱だったEdgeが悪いのだろうけれど、非表示指定でさらに何も内容がないDIVはなくても良いはずで、Edgeの弱点をついた嫌がらせと言われても仕方ないと思うよ。

          • by Anonymous Coward

            HTMLの文法に則ってる以上は、その言い分は通用しないと思うよ。

            いずれ何かする時のために場所だけ用意しとこうなんてよくある話なんだし。
            今どき手書きしてるならともかく、ソースの生成を自動化してるならなおのこと。
            今回の空DIVがどうかは知らんが。

            レンダリングに必要な要素以外ソースに含めてはいけないってなったら、
            可読性のためのインデントもできなくなるし、
            コメントアウトするたびにいちいち消さなきゃいけなくなる。

            • by Anonymous Coward

              その理屈だと昔あった無限にポップアップやダイアログが開くようないわゆるブラクラも、HTMLの文法に則ったものだから正当化できるな

              • by Anonymous Coward

                ユーザに迷惑な行為だから正当化できないよ。
                問題の次元が違うって理解できない?

              • by Anonymous Coward

                これもEdgeユーザーに迷惑な行為では?
                Edgeで閲覧したときにパフォーマンスを落とすことが目的であれば同次元にしか見えない

              • by Anonymous Coward

                空DIVでパフォーマンスが落ちるのはEdgeの問題。

                複雑な記述で処理に時間がかかるならともかく、
                空要素でパフォーマンスが落ちるのは明らかにブラウザの欠陥でしょ。

              • by Anonymous Coward

                パフォーマンスが落ちているのではなく、上がらなく(アクセラレーションされなく)なっているでは?
                そして、落ちている訳ではないので欠陥ではなく解釈に対するアプローチ(例えばポップアップをブロックするとか)の問題で、現行至って正当だと思う。

              • by Anonymous Coward

                いや、他のブラウザの挙動を見て、意図的にパフォーマンスが落ちるように、かつChromeには害がないようにしてる。
                Googleのいつものやり口。あんまり目立ってないようだけどブラウザ以外でもこういう事よくやってるよ。

              • by Anonymous Coward

                意図的にパフォーマンスが落ちるように、かつChromeには害がないようにしてる。

                ここが裏取りされたっていうソースはよ。

    • Re: (スコア:0, 参考になる)

      by Anonymous Coward

      ハードウェアアクセラレーションが行われなくなる一番簡単な改変を探した結果
      「非表示の空のDIV要素」が見つかったということだと思うけど

  • by mewman (48225) on 2018年12月19日 19時24分 (#3536564) 日記

    昔FirefoxでGoogle関係のサービスがまともに使えなかったけど、やっぱりそういう事だったのか…。

  • by Anonymous Coward on 2018年12月19日 15時17分 (#3536333)

    Don't be evil消した結果って事かな

    • by Anonymous Coward

      And remember… don’t be evil, and if you see something that you think isn’t right – speak up!

      Last updated July 31, 2018

      • by Anonymous Coward

        訳: もしChromium以外のブラウザを見たら声を上げて下さい!異教徒共を地上から抹殺するのは悪ではないことを思い出して下さい。

  • by Anonymous Coward on 2018年12月19日 19時05分 (#3536554)

    やたら階層が深くて意味のないゴミがGoogleへのログインページに挿入されてる。

  • by Anonymous Coward on 2018年12月19日 19時46分 (#3536581)

    空divが1つあるだけで無効になる最適化ってピーキーすぎね? とか、ああ、One DriveがLinux上で超遅くて、User-AgentをWindowsに偽装すると解消するみたいなことをやられたのね。それって因果応報と言うんじゃないの? とか思ってしまうな。

    • by Anonymous Coward

      それただのバグだっただろ
      指摘有って直ぐ修正された
      プリフェッチ機能を動かす為のブラウザ検出が上手く出来ず
      LinuxのChromeだけ動かずハングしてたのが原因
      Safariでは問題無く動くコードだったらしいし
      バグと見るのが妥当

  • わざわざ他のブラウザの挙動を解析して嫌がらせするためだけの改変をし、対策をしてきたらまた別の嫌がらせをし、の繰り返し。
    こんな陰険なやり方で優秀なブラウザエンジンが消滅させられるのは非常に残念。

typodupeerror

私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson

読み込み中...