「HyperThreading」を含む日記 RSS

はてなキーワード: HyperThreadingとは

2020-06-19

■ターボチャージャーにターボかけて

Hyper-Threading 180 まぁ、公式　これがHyperThreading　アクセラレーションブースト

これにたいして

つまり

Hypter-Threaing-90　とHper-Threading-60

こっちがむかしながらの　Hyper-Threading　そして　原則　ブーストがついてる。

そりゃぁ　ハイパースレッディgiングのときみたいに　遅くなる　というやつと　早くなる　というやつにわかれる

Hyper-Threading疑似コアにHyper-Threadingをさせたらどうなるか？疑似コア（疑似スレッドをOSが擬似コアにしたもの）下層コアにHper-Threadingさせたらどうなるか？

従来のHyper-ThreadingがHyper-Threading１８０なら　更に分割するからHyper-Threadingー90 Hyper-Threading疑似コアによる擬似Hyper-Threading

１つコアが２つの安定した疑似コアになり、それが従来のHyper-Threadingをするから２つのHyper-Threading、４つの疑似Hyper-Threadingになる。

従来の　くそおっそいHyper-Threadingを扱えるなら。１つのコアが４つのおそいHyper-Threading状態　ブースト　数の上ならHyper-Threading９０　ブーストに対して　２０年という時間が安定をもたらした　それがもう１度ブーストするブースト中にブーストする

　

まぁ　エンジンで言えば　ターボ　熱くなった排気を取り込めば　加速するなら　じゃぁ　熱くなった排気でターボした排気を　もう１かい　取り込んで加圧したらどうなるの？　ターボチャージャーにターボかけて

Permalink | 記事への反応(0) | 02:55

2020-06-18

■Hyper-ThreadingのときはIntel相当嫌われたからな　☆　[感想][エンジニアリングサンプル]

いまではHyperThreading-90がないと駄目だなぁとは思うぐらいにはプログラマーとしてレベルアップはしたけど、扱いづらいうえに、メリットがなかったからな。その苦い思い出なんだろうな。

普通はMany-Coreの方が面白いし　実際３２コアまで来たからな。

機械学習には使うだろうし、正直リアルタイムモビングなんかには、有効だろうけど　何に使うんだそんな技術っていうと、やっぱりHyperThreading-90なみに　あまり意味のない技術っていわれちまうよな。機械学習以外に使えそうもないというのはまぁそのとおりだろう。扱いづらい割にはいまいちメリットを感じない。４５Wが１％効率が良くなっても４１W　１２０分バッテリーが持ちますが１２１分　カタログでは売れるんだろうが、買い替え需要を引き起こすほどじゃない。サンプル考える限り　扱いづらい。それで１分バッテリーが伸びる　２時間のうちでは　売れるとは思えない。

ハードが売れると思えない改造のために、プログラマーは命削ってくれと言われてもな。

正直　ランエボでいいし　１万回転でいい。６０００回転ぐらいじゃないと、トレノは白か黒でいいと思う。

Permalink | 記事への反応(0) | 20:17

2018-02-04

■ConoHaとかいうVPSサービスが悪質すぎる話

時間課金だったり、萌えキャラで結構オススメされている事が多いVPS。

ただその実態としては、非常に悪徳な業者なので、軽く触ってみる程度だと問題ないだろうけれど、それ以上の利用は強くオススメ出来ない。

TL;DR

ConoHaは契約者に事後報告でサーバを勝手に止めます

諸条件あると思いますが、CPUを100%使い切りする処理を継続していたら、事前警告なく、サーバを止められました。

こんな利用をしていたのは、CPUは共有ではないとされていたからなのだけれど…

https://megalodon.jp/2018-0114-1653-36/https://www.conoha.jp:443/faq/vps/

そんな事はお構いなしに停止させられました。それも夜中にね。

サーバ停止の事後連絡はあるけれど、一切の問い合わせ回答はなし

まぁ専有可能なリソースを100%使い切っても問題はないわけで、サーバの停止に対して不服を申し立てるも一切の応答なし。サーバ停止の事後連絡に対し返信をしようが、サポートへの問い合わせをしようがなしのつぶて。なので、利用者側に過失がある場合はもちろん、事業者側に過失があっても、お構いなしに機械的にサーバを事後連絡でばんばん止めてくる。

隠蔽体質バリバリのGMOインターネット

CPUの件は、全く以て対策になっていないと思うけれど、以下のFAQをしれっと削除していました。（「basic認証はできますか？」の下にあった）

CPUは共有ですか？

VPSはお客様専用の環境ですので、CPUは共有ではありません。

削除した証拠はこちら。

https://megalodon.jp/2018-0204-2144-52/https://www.conoha.jp:443/faq/vps/

いやー、せこすぎるよGMO。

しれっとFAQを共有のCPUですに書き換えるだけでも十分過ぎるくらい悪質だけれど、不都合だからと、いくらなんでも掲載を下ろしてしまうとは…

ちなみに、サポートとやり取りしていたときの内容はこちら

＞１．VPSサービスにおけるCPUの扱い

＞専有利用との理解ですが、間違いないでしょうか？

VPSにつきましては共用の環境となっており、仮想的に

専用の環境を割り当てているものとなります。

FAQの記載につきまして、ご案内に不足ある記載となり

まことに申し訳ございません。

FAQにつきまして早急に改修を行わせていただきたく存じます。

いやー、早急な改修というのは、隠蔽なんですね。GMOすごい。

ところでCPUが共有なのはどんなケース？

一般的な仮想環境の場合、CPUをオーバーコミット（簡単にいうと、8個のCPUに9個以上のvCPUを必要とするゲストOSを起動してしまう）しているケースです。今更、共用云々ということを言ってきたので、この点具体的に聞いてみました。

ご担当者 様

いつもご利用いただき、まことにありがとうございます。

ConoHa お客様センターです。

お問い合わせの件につきまして、弊社サーバーの仕様に

おきましてはご案内できかねるものとなります。

VPSにつきましては1台のサーバーリソースを他の仮想サーバーと

共有しているものとなります。

ご運用状況によっては収容ホストへの負荷影響が発生する

場合もございます。

収容ホストや他の仮想サーバーへ影響が懸念される負荷が

検知されますと、今回のような措置を実施する場合もございます。

はい、見事に答えてもらえていません。

こちらとしては、契約するときのスペックに関わる重要事項だから聞いているのだけれど、どうやら、ご案内できかねる内容らしい。

厳密なことをいうと、HyperThreadingを利用していると厳密には1vCPUで0.5コアの共有割り当てな一方で、1vCPUで1コア近い処理が出来てしまうので影響がなくはないのですが、こちらの件だとHTに配慮して2コアのサーバを借りていたので、それも関係なかったりね…

ということで、優良誤認による契約無効を主張してみましたが、テンプレ文で断られました。

ご担当者 様

いつもご利用いただき、まことにありがとうございます。

ConoHa お客様センターです。

お問い合わせの件につきまして、すでにVPSの削除を

実施していただいている状況は確認いたしました。

大変恐縮ではございますが、ご料金の調整につきましては

対応できかねるものとなります。

ご希望に沿える回答ができずまことに申し訳ございませんが

何とぞご了承くださいますようお願い申しあげます。

今後ともConoHaをよろしくお願いいたします。

─────────────────────────────

GMOインターネット株式会社

ConoHa お客様センター

FAQ/よくあるご質問 https://www.conoha.jp/faq/

お問い合わせ info@conoha.jp

─────────────────────────────

おかげさまで22周年　すべての人にインターネット

■ GMO INTERNET GROUP ■　https://www.gmo.jp/

─────────────────────────────

機密情報に関する注意事項：このE-mailは、発信者が意図した

受信者のみが利用することを意図したものです。万が一、貴殿が

このE-mailの発信者が意図した受信者でない場合には、直ちに

送信者への連絡とこのE-mailを破棄願います。


ちなみに他のVPSだと…

上記の使い方ですが、別に他のサーバに対するクラッキングをしているわけではないし、停止させられることはありません。念のため…（似た使い方をメジャーなA社、G社のパブリッククラウドや、S社のVPSでやってみましたがいずれも問題なし）

Permalink | 記事への反応(7) | 22:25

 
ログイン ユーザー登録
ようこそ ゲスト さん