はてなキーワード: カーネルとは
Dockerは、開発から運用まで一貫した環境を提供することで、開発者の作業負担を減らすという大きな利点があります。また、仮想マシンと比較してリソースの使用効率が高いため、エコとも言えます。
ただし、確かにDockerには一定のオーバーヘッドが存在します。これは、DockerがゲストOSを持たずに、ホストOSのカーネルを共有して動作するためです。それにより、アプリケーションの実行に必要なリソースが追加で必要になり、パフォーマンスに影響を及ぼす場合があります。
また、Dockerを利用する際の設定や構成によってもパフォーマンスは大きく変わります。例えば、Dockerのネットワーキングやストレージの設定、またホストOSとの互換性など、考慮すべき要素は多数存在します。
あなたの現在の状況について具体的に述べると、FESSのクローリングが重いという問題は、Dockerのオーバーヘッドだけが原因ではない可能性があります。Dockerコンテナ内のFESSやJVMの設定、ホストマシンのリソース割り当て、ネットワークやストレージの設定など、様々な要因が絡んでいるかもしれません。
また、Dockerのログ出力が多いと感じる場合も、実際のところはFESSやDockerの設定によるものかもしれません。ログの出力レベルを調整することで、必要な情報だけを出力するように設定することも可能です。
しかし、これらの設定を調整するためには一定の知識と経験が必要で、それがなければ素直にネイティブ環境での構築が良い選択かもしれません。結局のところ、どの方法が最善かは具体的な要件や状況によります。
このような状況に直面した際には、パフォーマンスの問題を具体的に分析し、適切な解決策を見つけるためにパフォーマンスモニタリングやロギングツールを使用することをお勧めします。それにより、問題の原因を特定し、適切な対策を講じることが可能になります。
たとえば、Dockerが高いCPU使用率を示している場合、それはコンテナ内のアプリケーション(この場合はFESS)が高いリソースを消費している可能性があります。その場合、アプリケーションの設定や実行パラメータを調整することで改善できるかもしれません。
また、Dockerコンテナのリソース制限を調整することも検討できます。Dockerは、コンテナに割り当てるCPUやメモリの量を制限する機能を提供しています。これにより、他のプロセスに影響を与えることなく、特定のコンテナのリソース使用量を管理することが可能です。
さらに、Dockerのボリュームやネットワーク設定が適切であるかを確認することも重要です。不適切な設定はパフォーマンスに悪影響を及ぼす可能性があります。たとえば、ファイルI/Oのパフォーマンスは、ホストOSとコンテナ間でデータを共有する方法に大きく依存します。そのため、適切なボリュームの設定や、パフォーマンスを向上させるための最適化オプションが適用されていることを確認することが重要です。
最後に、Docker自体のアップデートもパフォーマンス改善に寄与する場合があります。最新のDockerエンジンには、パフォーマンスを改善するための修正や改善が含まれていることがあります。
これらの要素を考慮に入れ、Dockerのパフォーマンスを最適化する方法を探すことができます。ただし、これらすべてを試してもパフォーマンスが改善しない場合や、必要な知識や時間が不足している場合は、Dockerを使用しないネイティブな環境での構築が最善の選択であるかもしれません。
全体的に、線で結ばれているものが親子関係なのか包含関係なのかただ近い領域のものなのか曖昧なので意味のあるグラフというよりはキーワードを適当に散りばめて近い領域にあるものを線で結んだお気持ちマップに見える
ワイが理解出来ないのはApple信者では無いエンジニアなのにドヤ顔でMac使ってるヤツと
カーネルエンジニアやデストリでもWindows使ってるのにドヤ顔でデスクトップLinux使ってるヤツ
デスクトップ環境周りのコミッターとか自作OSやドライバ作ってるとかなら納得だけど
どーせ単なるユーザー利用でしょ?
https://anond.hatelabo.jp/20220910173047#
https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20220910173047
アンサー幾つか
あとこれ↓
○組織名は差し控えますが大学のお話です
プロジェクト:インフラをリプレイスするぞ。利便性を高めるぞ。セキュリティを高めよう
一般的にインテリと呼ばれる人『ぼくMacしか使わないから』『Macでそれできないじゃん。それじゃ困るんだよ』← お家でやろう
カーネルエンジニアやデストリでもWindows使ってるのにドヤ顔でデスクトップLinux使ってるヤツ
デスクトップ環境周りのコミッターとか自作OSやドライバ作ってるとかなら納得だけど
どーせ単なるユーザー利用でしょ?
GPU使おうとすると、cudaドライバとかの相性云々がマジで本当に死ぬほどめんどくさいので大人しくLinux使った方が楽なんだよなあ。
ワイが理解出来ないのはApple信者では無いエンジニアなのにドヤ顔でMac使ってるヤツと
カーネルエンジニアやデストリでもWindows使ってるのにドヤ顔でデスクトップLinux使ってるヤツ
デスクトップ環境周りのコミッターとか自作OSやドライバ作ってるとかなら納得だけど
どーせ単なるユーザー利用でしょ?
一般化線形モデルは基本中の基本なので、「暗に仮定」も何も、知ってて当然現れたらスッと解釈できて当然の内容だと思うんだけど。
いや、だからy=aφ(x)+b型の回帰なんて一般化線形モデルに限らないのになんで「知ってて当然現れたらスッと解釈できて当然の内容だと思うんだけど」なの?
俺は一般化線形モデルを普通に勉強したことがあるし解釈できるが、俺のコメントはモデルが明示された後にそれを解釈できるかどうかを問うているのではなく「何も言及されていないのにφと書かれた関数だけをみて一般化線形モデルだと判断できないだろう」ということを言っている
なおあなたがそれしか知らないから「基本中の基本だしわかるだろ」って言ってるだけで基本中の基本でこの形の関数なんていくらでもあるからな
ガウス過程回帰かもしれないし、カーネル回帰かもしれないしスプライン回帰かもしれないし最近ならニューラルネットを使ってるかもしれない それこそどれも基本中の基本だ どれを想定しているかなんて神にしか分からんだろう
例えばX~Pって書かれたときに「Pは正規分布。これは基本中の基本なので、「暗に仮定」も何も、知ってて当然現れたらスッと解釈できて当然の内容だと思うんだけど。」とか言われたらあなた納得するの?
(書かれている文章のレベル感的に本当に納得しそうだから怖いんだよな・・・)
俺は一般化線形モデルの解説を求めているわけではなく断りなしに一般化線形モデルをいきなり持ち出してくるのがおかしいって言ってる。
上にも書いたけど、X~Pって書かれたときに何も言及なくPは正規分布を想定するって言われたらそりゃ文句を言うでしょ 候補は他にもいくらでもあるんだから
「相関を持ち出すなんて平均しか考慮していない!外れ値や分散を考慮していない!」とかご高説を垂れておきながらy=aφ(x)+bでは一般化線形モデル以外の候補は想定しなくてよい、みたいなこと言っちゃうのダブルスタンダードなんじゃないかぁ
一般化線形モデルの非線形部分は決定論的な項の話なので、加法的ガウスノイズを仮定しているならば非線形部分がどんな関数だろうと相関の強さは一意に定まる。
問題点がわかってないな・・・偉そうに上から目線でご高説を垂れてきた割にこのレベル感とか頼むよマジで
この人は専門ではないけど修論で一般化線形モデル周りだけ勉強して統計を使ってましたくらいのレベル感か?多分
リンク関数を一つ定めれば相関が定まるのはあなたがいうところの「当たり前」の話 その程度の話は問題にすらしていないことを文章から読み取れてほしい
読み取れてないならあなたの勉強不足だよもう 単語の使い方も雑だし
ただ一般化線形モデルでリンク関数にどれを使うかで相関が変わるの。線形相関を使う場合ならリンク関数はφ(x)=xで定まっていて特に議論なく終えることができるけど、非線形を許容し始めると「どのリンク関数を使うのか?」で相関が変わってしまうのにいったいどうやってリンク関数を定めて、そのうえで「相関が強い」ということを示すつもりなんだということを聞いている。リンク関数の選び方によっては同じデータでも非線形相関を0にもほぼ1にもできたりするんだけど。
夜遅くまで返信返してくれてありがたいことだけど返信されていない俺のコメントを再度貼っておこう
他の都合悪そうなコメントについても何一つ返信ないですよ? 頼むでホンマ
マシのラインナップに外資コンサルが入っている理由がわからないです
訴えられたら嫌なので名指しはしないが○にも普通にIT部隊(開発、運用)があって、困ったちゃんをいっぱい飼ってるぞ
日立以外は技術も向上心もヤベーの多いんだけど日系で激詰めがないからかおっとりしてる人が多いんだよね
けど外資系の〜コンサル系の〜IT部隊(開発、運用)の子らは〜
技術も向上心もヤベー上に上長からは外資・コンサル的な詰め方されるからか『まぁいいか』がねぇのよね
そのあふれる情熱はあなたの足りな過ぎるスキル向上に是非まわして?と思いながらヨシヨシしてるよ
キミがいまアサインされているのはIT部隊のメンバーであって、コンサルとしていまアサインされていないよ?ってヘッドホン強制装着させて24h聴かせたい
↓
そもそもコンサルがハイスペックの代名詞みたいになってるのはMとかBとかの外資系トップティア戦略コンサルのこと(O氏とかH氏とかM大臣とかN女史とかK女史とか錚々たる面々。年齢順。間違ってたらスマン)
↓
社内のキャリアパスがどうなっているのかは知らんけど
会計系は最初っからIT部隊のメンバーとして求人掛けてたりもするよ
そしてみんなやばい
そしてやはりやばい
どこぞの会社のCTOにおさまったりシステム部門の部長に収まったりする方々も
まぁ経営陣は『技術』を重要視しないでそのポジションに添えたのだと思われるので
外野がどうこういうことではないのでしょうけど
IT部隊のメンバーなのにそれ以外の何かだと思っていてスキル低いし向上心ないけど『まぁいいか』が無い
上に激詰めされるからかな?
あとみんな好きなGAFAM
GAFAMの日本法人に夢見てるところ悪いが
GAFAMの日本法人の業務だとカーネルエンジニア召喚するような業務は発生しないぞ
ましてや三顧の礼でお出迎えするとか無いです
↓
GAFAMに限らず外資の日本法人なんてHQが~HQが~ばっか言うのが仕事だぞ
ネット民のDisる大企業のほうがOSSの実装に文句言うとあの部署にコミッタいるんで文句言いにいきましょうって言われる魔境なのは知られてない
Git(ギット[2][3][4])は、プログラムのソースコードなどの変更履歴を記録・追跡するための分散型バージョン管理システムである。Linuxカーネルのソースコード管理に用いるためにリーナス・トーバルズによって開発され、それ以降ほかの多くのプロジェクトで採用されている。Linuxカーネルのような巨大プロジェクトにも対応できるように、動作速度に重点が置かれている。現在のメンテナは濱野純 (英語: Junio C Hamano) で、2005年7月から担当している。
Gitでは、各ユーザのワーキングディレクトリに、全履歴を含んだリポジトリの完全な複製が作られる。したがって、ネットワークにアクセスできないなどの理由で中心リポジトリにアクセスできない環境でも、履歴の調査や変更の記録といったほとんどの作業を行うことができる。これが「分散型」と呼ばれる理由である。