Google Cloud Run と AWS Lambda のコールドスタート時間を言語別に観察してみる - Qiita
コンテナをリクエスト処理時間ベースの料金体系で実行できるサーバレス環境としては、Google の Cloud Run（2019年11月GA）と AWS Lambda（2020年12月にコンテナに対応）が特に有名でしょう。 これらの環境は、一度起動したコンテナインスタンスをしばらく生かしておき、その後のリクエストに使いまわします。しかし、生きているインスタンスが足りない場合は新たなコンテナの起動から始めるいわゆる「コールドスタート」となり、応答のオーバーヘッドが大きく増加します。用途によっては、このコールドスタートにかかる時間が問題になります。 Cloud Run と Lambda でのコールドスタートの様子を観察するため、いくつかの言語で "Hello, World!" を返すだけのWebアプリコンテナを作り、コールドスタートの時間を「雑に」観察してみました。 注意: コストや性能は考慮し
人工衛星の軌道をPythonでアニメーションにしてみよう - Qiita
（ほかのアニメーション画像も記事の下のほうにあります。Safariで画像がカクカクする場合は画像を開いてご覧ください。） はじめに 私たちはGPS衛星（をはじめとした、ガリレオ、みちびき、などのGNSS衛星）との位置関係を用いて自分の居場所を正確に知ることができます。ということは、それらの人工衛星自体が今どこを飛んでいるのかもきっと取得できるはずです。 少し調べてみると、実はGPS/GNSSの衛星というのは、衛星の現在位置そのものを送信しているわけではなく、軌道を表すためのパラメータ（＝軌道要素）を送信していることがわかりました。利用者側は、その軌道要素をもとに衛星の現在位置を手元で計算するわけですね。 そして、人工衛星の軌道というのは当然ながら様々な機関に監視されているため、軌道要素のデータは、GPSデバイスなどで直接受信せずとも、CelesTrak などのサイトから誰でもダウンロードで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
