並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 74件

新着順 人気順

スケーリングの検索結果1 - 40 件 / 74件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

スケーリングに関するエントリは74件あります。 awstechfeedコンピュータ などが関連タグです。 人気エントリには 『MySQLのコネクションハンドリングとスケーリング | Yakst』などがあります。
  • MySQLのコネクションハンドリングとスケーリング | Yakst

    MySQLのコネクションハンドリングの内部構造、スケール限界、そして最大コネクション数のチューニングなどについてご紹介します 免責事項 この記事はGeir Hoydalsvik氏によるMySQL Server Blogの投稿「MySQL Connection Handling and Scaling」(2019/3/19)をユーザが翻訳したものであり、Oracle公式の文書ではありません。 この投稿では、MySQLのコネクション、ユーザースレッドおよびスケーリングについて取り扱います。MySQLがどのように動作するかをよりよく理解することで、アプリケーション開発者やシステム管理者が、トレードオフを踏まえた良い選択をできることでしょう。本記事ではコミュニティー版でコネクションがどのように動作するかについて述べますが、一方でスレッドプール、リソースグループ、あるいはコネクション多重化といった関

    • 『ユニコーン企業のひみつ』とスケーリングの考えかた / #AgileLounge 20220204

      Agile Lounge #1「大規模アジャイル開発を神話にしない戦略会議」 - connpass https://forkwell.connpass.com/event/235853/

        『ユニコーン企業のひみつ』とスケーリングの考えかた / #AgileLounge 20220204
      • フロントエンドのモノレポ構成はスケーリングの夢を見るか | サイボウズ フロントエンドエキスパートチーム

        それっぽいタイトルを付けましたが特に意味はないです。 workspace を使ったコマンドを最適化して実行する Turborepo についてのお話で Turborepo を軽く触ってみた際にnpx create-turbo@latestで作られる構成がとてもわかりやすく、プロダクトの初期段階からモノレポを採用するのは選択肢の 1 つとしていいのでは、と思い続編を書きました。 前回と同じくサンプルのリポジトリはこちらになります。 https://github.com/nus3/p-turborepo/tree/main/yarn 概要 モノレポを採用することで、同一リポジトリ内で自作した汎用的なライブラリやコンポーネントを複数のアプリケーションで使いまわせる モノレポの規模が大きくなってきた場合には、モノレポ内のパッケージを npm に公開することでアプリケーションとパッケージを非同期に開発

          フロントエンドのモノレポ構成はスケーリングの夢を見るか | サイボウズ フロントエンドエキスパートチーム
        • Figmaは多大なアクセスをさばくためにどのようにデータベースのスケーリングを行ったのか?

          ブラウザベースのデザインツール「Figma」のデータベース(DB)は2020年以来100倍に拡大しました。当初は単一のPostgreSQLで構築されていたDBをどのようにして分散システムへと移行したのかについて、公式ブログで詳しく説明されています。 How Figma's Databases Team Lived to Tell the Scale | Figma Blog https://www.figma.com/ja-jp/blog/how-figmas-databases-team-lived-to-tell-the-scale/ Figmaではまず、「Figmaファイル」や「組織」などテーブルごとにDBを分割する「垂直分割」を行いました。2022年までに10個のパーティションに分割し、それぞれのパーティションを監視することでスケーリングの優先順位を付けたとのこと。 Figmaの利

            Figmaは多大なアクセスをさばくためにどのようにデータベースのスケーリングを行ったのか?
          • TVerにおけるスケーリング運用について - TVer Tech Blog

            こんばんは。こんにちは! バックエンドエンジニアのうつみです。 この記事はTVerメンバーによるアドベントカレンダーの22日目の記事です。 TVerにおけるサーバー負荷について 今回の記事は配信部分ではなく、アプリを構成するために必要なAPIサーバーの運用について書いていきたいと思います。(配信系期待されていたらごめんなさい 🙏 TVerではお陰様で毎日たくさんのユーザーの方が利用してくださっているので、サーバーへのアクセスもそこそこの規模になってきます。 地上波の見逃し配信やリアルタイム配信などといったサービス特性上、コンテンツの切り替わり時間などはアクセススパイクが日常的に発生しています。 そういった緩急の激しいアクセスパターンを安定して処理するためにAPIサーバーを適切にスケールアウト、スケールアップをする必要が出てきます。 この記事ではそういった日々の運用について書いていきます。

              TVerにおけるスケーリング運用について - TVer Tech Blog
            • 10倍スパイクの速報時に耐えうるAPIのスケーリングの仕組み - Gunosy Tech Blog

              広告技術部のUT@mocyutoです Gunosyではニュース記事を配信運用するメディア部門とアプリ上などに広告を配信運用する広告部門があります。 (本記事では「メディア」とはグノシーやニュースパスなどのサービスを指し、「広告」はそのメディアに出す広告を指します。) 今回は広告部門が運用している広告システムのスケールの仕組みについて紹介します。 課題 解決策 仕組み スパイクスケーリング スケジュールスケーリング スケールのロジックを記述 まとめ 課題 メディア側のシステムは各サービスごとにチームが分かれており、それぞれ別のシステムで稼働しています。 しかし、広告側のシステムは単一のシステムで動いており、各メディアの広告配信すべてを担っています。 そのため、サービスが増えるごとにトラフィックが増える仕様になっています。 特に速報などのプッシュ通知をメディアが送信すると一気にユーザはアプリを

                10倍スパイクの速報時に耐えうるAPIのスケーリングの仕組み - Gunosy Tech Blog
              • LeSS Huge を参考にしたスクラムのスケーリング - Mirrativ Tech Blog

                こんにちは、エンジニアのちぎらです。先日 開発組織にはじめてのスクラムを導入する という記事を公開しました。先日の記事にも課題として記述した通り、組織の一つのチームにスクラムを導入した後は、他のチームにどのようにスクラムを展開していくか、全社的な開発体制をどうやって変えていくかということを考えていく必要があります。 ミラティブでは、その後の半年弱の期間で3つの開発チーム全てにスクラムを導入しました。さらに、LeSS Huge を参考にした開発体制を敷くことで、チーム横断の開発施策の把握や、全社的な開発施策の透明化を推進しています。 スクラムを他チームに展開する 先日の記事を書いた時点では、ひとつの開発チームにスクラムを導入したのみでした。いずれかのチームでスクラムの導入経験があれば、他のチームへのスクラムの展開は比較的簡単です。一方でチームへのスクラム導入のタイミングは重要で、メンバーの混

                  LeSS Huge を参考にしたスクラムのスケーリング - Mirrativ Tech Blog
                • Capacity Providerとは?ECSの次世代スケーリング戦略を解説する #reinvent #cmregrowth | Developers.IO

                  ECSのスケーリング戦略を柔軟に設定でき、さらにFargate Spotを活用できるCapacity Provider、皆さんすでにお使いでしょうか? re:Invent2019の開催中に突如発表された新機能なのですが、「Fargate Spotとかいうのが使えるらしいで!」というキャッチーな側面はありつつも、その概念はECS全体を包括するもので、正直自分も最初とっかかりが難しかったです。 この記事は、CM re:Growth 2019 TOKYOで発表した内容を元に、Capacity Providerの全体像を掴んでもらうことを目的に書きました。ECSにおけるかなり大きな機能拡張なので、普段からECSを使われている方は、是非この記事でこの新機能を掴んでもらえればと思います。 (祭) ∧ ∧ Y  ( ゚Д゚) Φ[_ソ__y_l〉     Capacity Provider マツリダワ

                    Capacity Providerとは?ECSの次世代スケーリング戦略を解説する #reinvent #cmregrowth | Developers.IO
                  • 【DBのディスクサイズ管理が簡単に】RDSのストレージがストレージの自動スケーリングをサポートしました! | DevelopersIO

                    【DBのディスクサイズ管理が簡単に】RDSのストレージがストレージの自動スケーリングをサポートしました! RDSのストレージの空き容量が少なくなりディスクが枯渇してクエリがエラーになったりDBが停止してしまうことがあります。今回DBストレージの自動スケーリングをサポートしたので、ディスク枯渇の恐れが低減し、必要な分のストレージを確保することでランニングコストも低減できます。 大栗です。 RDSのストレージの空き容量が少なくなってくると自動で増やしてくれるストレージの自動スケーリングがサポートされたのでレポートしてみます。 Amazon RDS now supports Storage Auto Scaling Managing Capacity Automatically with Amazon RDS Storage Autoscaling 2019年6月21日 13:30 JST スト

                      【DBのディスクサイズ管理が簡単に】RDSのストレージがストレージの自動スケーリングをサポートしました! | DevelopersIO
                    • Google、Kubernetesを自動運用してくれる「GKE Autopilot」正式リリース。ノードのプロビジョニング、マルチゾーン展開、スケーリングなど自動的に最適実行

                      Google、Kubernetesを自動運用してくれる「GKE Autopilot」正式リリース。ノードのプロビジョニング、マルチゾーン展開、スケーリングなど自動的に最適実行 Googleは、Google Kubernetes Engineの新機能として、Kubernetesの運用を自動化する「Google Kubernetes Engine Autopilot」(GKE Autopilot)の正式リリースを発表しました。 #Kubernetes の革新的な運用モードである GKE Autopilot をリリース。GKE ユーザーは 2 つの異なる運用モードを選択できるようになりました。Autopilot は GKE の幅広い既存機能だけでなく、パートナーのソリューションとも互換性が維持されるよう設計されています。https://t.co/Dyhj0V4lU7 #gcpja pic.twi

                        Google、Kubernetesを自動運用してくれる「GKE Autopilot」正式リリース。ノードのプロビジョニング、マルチゾーン展開、スケーリングなど自動的に最適実行
                      • 【AWS】RDS自動スケーリングが発表されたけど注意事項があるので検証した話 - Qiita

                        今回のケースですと、20GBから25GBへの増加に対しては容量が枯渇してからおよそ8分で完了していますね。 ステータス確認 気になるストレージステータスと変更可否ですが、自動スケーリング直後ですと以下の様になっておりました。 ストレージステータス 想定通りのステータスが表示されています。 ※そしておよそ10分後に利用可能ステータスに切り替わっていました。 ストレージ変更の可否 対象のRDSを選択して画面右上の[変更]を押下して確認してみましょう。 やはり、ストレージ容量の設定項目がグレーアウトされて注意書きが表示されて変更が不可になっていますね。1回目が実行された状態でもう一度容量を枯渇させてみたらどうなるか検証してみましょう。 2回目の自動スケーリング 結果 1回目と同様の方法でストレージを枯渇させて1時間ほど暫く様子を見てみたところ、自動スケーリングは実行されませんでした。 ステータス

                          【AWS】RDS自動スケーリングが発表されたけど注意事項があるので検証した話 - Qiita
                        • Amazon DynamoDB スケーリングのベストプラクティス | Amazon Web Services

                          Amazon Web Services ブログ Amazon DynamoDB スケーリングのベストプラクティス はじめに 長年にわたって、Amazon DynamoDB はものすごいスピードで進化を遂げています。グローバルセカンダリインデックス(GSI)、クエリ式のサポート、Auto Scaling 機能、そして、ポイントインタイムリカバリ (PITR) 、オンデマンドモードを断間なくリリースされました。お客様はモバイルバックエンドをはじめ、ゲームや IoT (Internet of Things) の実装まで、さまざまなユースケースで DynamoDB を使用してきました。 本記事は、DynamoDB を利用する中で、スケーリングの部分に焦点に当たって、スケーリングを考えるときのポイントを説明します。その後、代表的なワークロード、例えば、新しいサービスローンチや、ゲームにおいては新しい

                            Amazon DynamoDB スケーリングのベストプラクティス | Amazon Web Services
                          • AWS側がしてきたECS / Fargate のスケーリング速度改善の話 - Qiita

                            概要 2022年4月頃に、AWS のコンテナヒーロである Vlad Ionescu が Amazon ECS でのコンテナスケーリング時の起動速度をまとめたブログが公開された。 今回は、ブログを読み解きこのブログで語られた内容についてまとめていこうと思います。 ※ なお、本ブログでは Amazon ECS / AWS Fargate についてのサービスを説明することは対象としておりません。あらかじめご了承ください。 ECS における各種データプレーンとタスク起動に比較 そもそも Amazon ECS というのは、AWS が独自開発しているコンテナオーケストレーションサービスです。 そのため、AWS 側が見てくれる領域とユーザ側が見なければいけない領域が異なる点には注視していないといけない。 下記を見てみると、領域の違いがわかるのですが、実際に稼働するコンテナのアプリケーションや、ECS A

                              AWS側がしてきたECS / Fargate のスケーリング速度改善の話 - Qiita
                            • CPUの新たなサイドチャネル脆弱性「Hertzbleed Attack」、Intel/AMDがアドバイザリを公表/今度はCPUに広く採用されている「周波数スケーリング」技術がターゲット

                                CPUの新たなサイドチャネル脆弱性「Hertzbleed Attack」、Intel/AMDがアドバイザリを公表/今度はCPUに広く採用されている「周波数スケーリング」技術がターゲット
                              • Intel、次世代Xeon「Cooper Lake」で深層学習向け新命令Bfloat16をデモ ~NNPはNVIDIA GPUよりスケーリングや密度が強みとアピール

                                  Intel、次世代Xeon「Cooper Lake」で深層学習向け新命令Bfloat16をデモ ~NNPはNVIDIA GPUよりスケーリングや密度が強みとアピール
                                • AWS GlueでApache Sparkジョブをスケーリングし、データをパーティション分割するためのベストプラクティス | Amazon Web Services

                                  Amazon Web Services ブログ AWS GlueでApache Sparkジョブをスケーリングし、データをパーティション分割するためのベストプラクティス AWS GlueはApache Spark ETLジョブでのデータ分析・データ処理を行うために、様々なデータソースから大量のデータセットを準備(抽出および変換)し、ロードするサーバーレスな環境を提供します。この投稿のシリーズでは、Apache SparkアプリケーションとGlueのETLジョブの開発者、ビッグデータアーキテクト、データエンジニア、およびビジネスアナリストが、AWS Glue上で実行するデータ処理のジョブを自動的にスケールするのに役に立つベストプラクティスについて説明します。 まず最初の投稿では、データ処理を行うジョブのスケーリングを管理する上で重要な2つのAWS Glueの機能について説明します。1つ目は、

                                    AWS GlueでApache Sparkジョブをスケーリングし、データをパーティション分割するためのベストプラクティス | Amazon Web Services
                                  • 画像をキレイに拡大できるイメージアップスケーリングAPIを画像生成AI「Stable Diffusion」の開発元Stability AIが公開

                                    画像生成AIのStable Diffusionを開発するStability AIが、画像の鮮明さを損なわずに画像のサイズを拡大できるイメージアップスケーリングAPIのリリースを発表しました。 Stability AIが画像アップスケーリングAPIをリリース https://ja.stability.ai/blog/stability-ai-releases-image-upscaling-api デジタル画像は「ピクセル(画素)」と呼ばれる色情報や階調を持つ最小単位で構成されており、画像を構成するピクセルの量は画像の鮮明さ、すなわち解像度を意味します。「画像を大きくしたい」と思って画像の縦と横の長さを変えても、構成するピクセルの量は変わらないので、小さな画像をただ引き延ばすだけだと画質が落ちてしまい、画像の粗さが余計に目立ってしまいます。 そこで、一定のアルゴリズムによって画像のピクセルを

                                      画像をキレイに拡大できるイメージアップスケーリングAPIを画像生成AI「Stable Diffusion」の開発元Stability AIが公開
                                    • アジャイル開発の代表的なスケーリング方法まとめ - Qiita

                                      (ラージソリューションは、あまり使わないと実践者の方に聞いたことがあるので上記の階層の説明からは一旦抜きました。) ここでいう、「プログラム」とは複数チームで構成される大規模な開発体制のことを意味します。各階層ごとに管理するバックログがあるため、ひとつの手法の中で粒度の異なる複数のバックログを管理することになります。これらの階層を一枚に図示したものを、SAFeの全体像 (big picture) と呼びます。 SAFeが実現しようとしているの価値は以下の4つになります。 ベクトル合わせ 3 つのレベルのメンバーが戦略的な目標を共有し、その方向に向かって力を合わせる コード品質 技術プラクティスを実践することで大規模で品質のよいプロダクトを実現する プログラムの実行 開発メンバーの自律性に基づく自己組織化や自己管理、及び反復のサイクルを自然な形でプログラムレベルにスケールアップすることで、大

                                        アジャイル開発の代表的なスケーリング方法まとめ - Qiita
                                      • DynamoDB のスケーリング: パーティション、ホットキー、Split for heat がパフォーマンスに与える影響(第 1 部: ローディング) | Amazon Web Services

                                        Amazon Web Services ブログ DynamoDB のスケーリング: パーティション、ホットキー、Split for heat がパフォーマンスに与える影響(第 1 部: ローディング) Amazon DynamoDB の一般的な原則は、高いカーディナリティのパーティションキーを選択することです。しかし、なぜそのようにすべきなのか、そしてそうしなかった場合の影響は何か?お客様のユースケースをもとに、この疑問に深く迫り、異なるパーティションキーの設計とテーブルの設定を使用して DynamoDB のロードおよびクエリのパフォーマンスを調査します。 各実験の後、生成されたパフォーマンスグラフを分析し、私たちが観察したパターンを説明し、繰り返しの改善イテレーションを通じて、DynamoDB の内部構造の基礎を紹介し、パフォーマンスの高いアプリケーションを構築するためのベストプラクティ

                                          DynamoDB のスケーリング: パーティション、ホットキー、Split for heat がパフォーマンスに与える影響(第 1 部: ローディング) | Amazon Web Services
                                        • 新機能 – AWS ECS Cluster Auto ScalingによるECSクラスターの自動スケーリング | Amazon Web Services

                                          Amazon Web Services ブログ 新機能 – AWS ECS Cluster Auto ScalingによるECSクラスターの自動スケーリング 本日、AWS ECS Cluster Auto Scalingを発表します。この機能は、スケールアウトを高速化し信頼性を向上させる、クラスター内の空きキャパシティ管理の提供と、スケールイン時に終了されるインスタンスの自動管理を提供し、クラスターの自動スケーリングをより使いやすいものにします。 ECS Cluster Auto Scalingを有効にするには、Capacity Providerと呼ばれる新たな項目を設定する必要があります。1つのCapacity Providerは1つのEC2 Auto Scaling Groupに関連づきます。あるAuto Scaling GroupにECS Capacity Providerを関連付け

                                            新機能 – AWS ECS Cluster Auto ScalingによるECSクラスターの自動スケーリング | Amazon Web Services
                                          • CPUの「周波数スケーリング」技術を狙った「Hertzbleed」脆弱性 リモートで暗号化キーが抽出される可能性

                                            テキサス大学やイリノイ大学、ワシントン大学の研究者らは6月14日(現地時間)、CPUの周波数スケーリングを対象にした新たなサイドチャネル脆弱(ぜいじゃく)性である「Hertzbleed」を発表した。 これを利用すると、最悪の場合、リモートサーバから暗号化キーを抽出できるという(CVE-2022-23823/CVE-2022-24436)。なお、脆弱性の重大度は「中」となっている。 CPU周波数スケーリングは、負荷が低い場合にCPUのクロック周波数を低く抑えたりして動的に周波数をコントロールすることで、消費電力や発熱を抑えるという技術で、多くのx86 CPUに搭載されている。報告された脆弱性は、CPU周波数スケーリングにより同じプログラムでも実行時間が異なることを利用し、リモートタイミング分析を介して暗号化コードを抽出できるというもの。 実際、ポスト量子暗号化アルゴリズムであるSIKEに対し

                                              CPUの「周波数スケーリング」技術を狙った「Hertzbleed」脆弱性 リモートで暗号化キーが抽出される可能性
                                            • 言語モデルのスケーリング則(Scaling Laws for Neural Language Models)とは?

                                              言語モデルのスケーリング則(Scaling Laws for Neural Language Models)とは?:AI・機械学習の用語辞典 用語「スケーリング則」について説明。自然言語処理モデルのサイズ(=パラメーター数)や、データセットのサイズ、トレーニングに使用される計算量が増えるほど、より高い性能を発揮できる、という法則を指す。 連載目次 用語解説 物理学や生物学など幾つかの分野に「スケーリング則」(Scaling Laws)という用語があるが、本稿では人工知能/機械学習分野の自然言語処理におけるスケーリング則について紹介する。 ニューラル言語モデル(=ニューラルネットワークの自然言語処理モデル)における「スケーリング則(Scaling Laws for Neural Language Models)」とは、自然言語処理モデルのパラメーター数(=モデルのサイズ)や、データセットのサ

                                                言語モデルのスケーリング則(Scaling Laws for Neural Language Models)とは?
                                              • AMD、“視覚的損失なし”で2割以上FPSを向上できる新「Radeon Software」ドライバ ~整数倍スケーリング対応、Radeonドライバ史上最高の安定性を実現

                                                  AMD、“視覚的損失なし”で2割以上FPSを向上できる新「Radeon Software」ドライバ ~整数倍スケーリング対応、Radeonドライバ史上最高の安定性を実現
                                                • 【福田昭のセミコン業界最前線】 3D NANDフラッシュの高密度化を側面支援する「第3」のスケーリング

                                                    【福田昭のセミコン業界最前線】 3D NANDフラッシュの高密度化を側面支援する「第3」のスケーリング
                                                  • 3 か月で 30 倍の需要増: COVID-19 期間中の Google Meet のスケーリングはどのように成し遂げられたか | Google Workspace ブログ

                                                    ※この投稿は米国時間 2020 年 8 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。 COVID-19(新型コロナウイルス感染症)の蔓延で、私たちは物理的接触を回避した生活を強いられています。そんな中、多くの人が社会、教育、職場のつながりを保つためにオンライン ビデオ会議に目を向け始めました。次のグラフに示すように、この変化によって Google Meet のユーザー数は大幅に増加しています。 この投稿では、COVID-19 による Meet 利用者数の 30 倍の増加に先駆けて Google がどのようにして Meet のサービス キャパシティを確保し、数多くのサイト信頼性エンジニアリング(SRE)のベスト プラクティスを活用してその成長を技術的かつ運用的に持続可能にしたかについて紹介します。 初期アラートCOVID-19 が世界中に広がるにつれて、人々

                                                      3 か月で 30 倍の需要増: COVID-19 期間中の Google Meet のスケーリングはどのように成し遂げられたか | Google Workspace ブログ
                                                    • macOS 11 Big SurのCatalystアプリはコンテンツやテキストスケーリングが100%で最適化できるように。

                                                      macOS 11 Big SurのCatalystアプリはテキストスケーリングが100%で最適化されるようになるそうです。詳細は以下から。 AppleはmacOS 10.15 Catalinaで同一のコードペースからiPadアプリをMac化できる「Mac Catalyst」を発表しましたが、初期のCatalystアプリはUIがmacOSに最適化されていなかったり、iOS(iPadOS)のデフォルト・フォントサイズ17ptとmacOSのフォントサイズ13ptに合わせて、コンテンツやテキストサイズが77%スケールダウンされていましたが、 Content scaling. Text in the macOS version of an iPad app looks the same as it does in iOS because SF fonts are available on both

                                                        macOS 11 Big SurのCatalystアプリはコンテンツやテキストスケーリングが100%で最適化できるように。
                                                      • Windows 10 PCを導入したらすぐにディスプレイの表示サイズを設定しよう(スケーリング)

                                                        最近のディスプレイは高解像度化が進みまして、Windows ノートパソコンでは、13インチくらいのちっちゃい画面に高解像度ディスプレイ搭載したモデルが多くなってきました。 「あれ? 高解像度のパソコンを買ったのになんだか表示がでかくて作業領域が狭くない?」と感じませんか? これはデフォルトの推奨設定がそうさせています。これを解消するには、適切な画面解像度になるよう自分で変更してあげる必要があります。 そして、高解像度だからといってそのまま 100% で小画面ノート PC のディスプレイに表示させてしまうと、画面に表示されるテキストなどの情報がとても細かくなります。 そんな画面表示情報が細かいままでも良いというユーザーもままおりますが、一般的には画面表示情報が細かすぎると、かえって作業しにくかったり、目がすぐに疲れてしまうことになるので、ある程度のサイズ調整が必要になります。 Windows

                                                          Windows 10 PCを導入したらすぐにディスプレイの表示サイズを設定しよう(スケーリング)
                                                        • 1nmが見えてきたスケーリング 「VLSI 2020」リポート

                                                          夢か? 悪夢か? 当初、ハワイで開催される予定だった40周年記念の「VLSIシンポジウム 2020」が6月15日~18日、オンデマンドとライブを併用したバーチャル方式で行われた(図1)。 VLSIシンポジウムの特徴は、半導体デバイス・プロセスのTechnology Symposiumと回路のCircuit Symposiumが同時に開催されることにある。これら以外にも、その時代のトピックスを集めたShort CoursesやWork Shops、TechnologyとCircuitを融合したJoint Focus SessionsやJoint Panel、最終日のFriday Forumなどが行われる。 今回のVLSIシンポジウムでは、6月29日まで視聴可能なオンデマンド・セッションが53あった(図2)。また、基調講演となるPlenary Sessions、Panel Sessions、E

                                                            1nmが見えてきたスケーリング 「VLSI 2020」リポート
                                                          • ECS on EC2におけるスケーリングの辛みを「Capacity Provider」で解決する | DevelopersIO

                                                            はじめに こんにちは。コンサル部の島川です。 2019年12月頭にECSの新機能であるAWS ECS Cluster Auto Scalingが発表されました。略してCAS。AutoScalingGroupにECS専用ポリシーが紐づけされます。これは同時期にリリースされた「Capacity Provider」と一緒に使う必要があります。ただ...めちゃくちゃ便利そうだという第一印象だけで実際にどういう動きをするのか、何が嬉しいのかという点についてモヤモヤしていた部分があったので実際に手を動かしてみて動きを確かめてみました。 結論からECS on EC2を運用されている方は「Capacity Provider」を有効にしてCASを使うメリットが大きいです。EC2のスケーリングをほとんど考えなくて良くなります! ECS on EC2における今までの課題 今までは EC2のスケーリング Auto

                                                              ECS on EC2におけるスケーリングの辛みを「Capacity Provider」で解決する | DevelopersIO
                                                            • [AWS Black Belt Online Seminar] Amazon Aurora MySQL Compatible Edition ユースケース毎のスケーリング手法 資料及び QA 公開 | Amazon Web Services

                                                              Amazon Web Services ブログ [AWS Black Belt Online Seminar] Amazon Aurora MySQL Compatible Edition ユースケース毎のスケーリング手法 資料及び QA 公開 先日 (2020/09/29) 開催しました AWS Black Belt Online Seminar「Amazon Aurora MySQL Compatible Edition ユースケース毎のスケーリング手法」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20200929 AWS Black Belt Online Seminar Amazon Aurora MySQL Compatible Edition ユースケース毎のスケーリング手法 AWS クラウドサービス活用資料集(すべての過去資料

                                                                [AWS Black Belt Online Seminar] Amazon Aurora MySQL Compatible Edition ユースケース毎のスケーリング手法 資料及び QA 公開 | Amazon Web Services
                                                              • Ethereumを中心に⁠⁠BitcoinやWorldcoinにも応用され、日銀や自民党も注目する「ゼロ知識証明」 ~プライバシー保護強化、スケーリングに期待される暗号技術の概要と数学的知識手引き | gihyo.jp

                                                                Ethereumを中心に⁠⁠BitcoinやWorldcoinにも応用され⁠⁠、日銀や自民党も注目する「ゼロ知識証明」 ~プライバシー保護強化⁠⁠、スケーリングに期待される暗号技術の概要と数学的知識手引き 6月13日、暗号資産・ブロックチェーンに関する技術・法務関連情報を周知啓発している「一般社団法人 日本ブロックチェーン協会」で、「⁠イーサリアムコミュニティとゼロ知識証明の発展」(⁠登壇者:日置玲於奈氏)と題したオンラインセミナーが開催されました。 ゼロ知識証明(zero-knowledge proof、ZKP)は、国内外の多くの機関・組織が注目する暗号技術の1つで、Ethereumを中心に暗号資産・ブロックチェーン開発において活発に応用されています。当記事はセミナーでの内容も取り上げながら、ゼロ知識証明、およびゼロ知識証明を応用した開発動向について解説します。 イーサリアムコミュニティ

                                                                  Ethereumを中心に⁠⁠BitcoinやWorldcoinにも応用され、日銀や自民党も注目する「ゼロ知識証明」 ~プライバシー保護強化、スケーリングに期待される暗号技術の概要と数学的知識手引き | gihyo.jp
                                                                • 北森瓦版 - SRAMのスケーリングが鈍化―TSMC N3世代ではもはや縮小は望めず

                                                                  IEDM 2022: Did We Just Witness The Death Of SRAM?(WikiChip) TSMC's 3nm Node: No SRAM Scaling Implies More Expensive CPUs and GPUs(Tom's Hardware) 第68回IEEE International Electron Devices Meeting (IEDM) が開催された。 今回もまた興味深い論文が多数明らかにされたが、TSMCの論文の1つが悪いニュースを持ってきた。それは今後のプロセスシュリンクにおいて、ロジックはまだスケーリングが見込まれるものの、SRAMは既にスケーリングが望めないというものだった。 カンファレンスではTSMCはN3世代の基本となるN3Bとその拡張版であるN3Eについて講演した。N3EはN3Bのシュリンクを若干緩めたものである。

                                                                  • TensorFlow Recommenders と Vertex AI Matching Engine によるディープ リトリーブのスケーリング | Google Cloud 公式ブログ

                                                                    TensorFlow Recommenders と Vertex AI Matching Engine によるディープ リトリーブのスケーリング ※この投稿は米国時間 2023 年 4 月 20 日に、Google Cloud blog に投稿されたものの抄訳です。 以前のブログ投稿で、Google Cloud でレコメンデーション システムを実装する方法として、(1)Recommendations AI によるフルマネージド ソリューション、(2)BigQuery ML での行列分解、(3)Two-Tower エンコーダと Vertex AI Matching Engine を使用したカスタムのディープ リトリーブ手法の 3 つを紹介しました。このブログ投稿では、3 つ目の選択肢について詳しく説明し、プレイリストのレコメンデーション システムを構築するために Vertex AI でエンド

                                                                      TensorFlow Recommenders と Vertex AI Matching Engine によるディープ リトリーブのスケーリング | Google Cloud 公式ブログ
                                                                    • Amazon Aurora Serverless V2のスケーリング能力を試してみる | TECH | NRI Digital

                                                                      こんにちは、NRIデジタルの島です。 AWSクラウドをベースにシステムを構築する際、データベースの一つの選択肢として「Amazon Aurora(以下Aurora)」があります。AuroraはWeb系、バッチ系問わずあらゆるシステムのユースケースに汎用的に利用できるマネージドなRDBMSサービスです。これまでオンプレミス上で稼働させていたMySQL等のRDBMSと同じように利用できる為、オンプレミスからクラウドへのデータベース移行もスムーズに行えます。 そのAuroraについて、先日ついに「Amazon Aurora Serverless V2(以下 Serverless V2)」がGAされました。 Amazon Aurora Serverless v2 is generally available Serverless V2は、後述する「Amazon Aurora Serverless

                                                                        Amazon Aurora Serverless V2のスケーリング能力を試してみる | TECH | NRI Digital
                                                                      • さまざまな AWS ネイティブサービスを使用して Amazon ECS をスケーリングしよう! | Amazon Web Services

                                                                        Amazon Web Services ブログ さまざまな AWS ネイティブサービスを使用して Amazon ECS をスケーリングしよう! コンテナはアプリケーション開発を加速し、環境間でのデプロイの一貫性を高めるため、組織のプロダクティビティとアジリティを向上させることができます。Amazon Elastic Container Service (Amazon ECS) などの AWS コンテナサービスは、アプリケーションの管理を簡素化し、イノベーションとビジネスニーズに注力できるようサポートします。 顧客体験はすべての組織にとって、アプリケーションのパフォーマンスを測る上で最も重要な指標です。さまざまなリクエストのパターンに対して、エンドユーザーへの信頼性と一貫性のある体験を維持することは、すべての組織が直面する課題です。ベストプラクティスとして、Amazon ECS サービスでタ

                                                                          さまざまな AWS ネイティブサービスを使用して Amazon ECS をスケーリングしよう! | Amazon Web Services
                                                                        • ぼやけたドット絵とおさらば! NVIDIA「整数スケーリング」の威力

                                                                          NVIDIAは2019年8月20日に公開した「Gamescom Game Ready Driver」と名付けられたGeForceシリーズ向けのドライバ(バージョン436.02)で、パフォーマンスの向上や入力レスポンスの高速化を可能になる「Ultra-Low Latency」など複数の機能が追加されだが、ここではその一つ「整数スケーリング」に注目したい(バージョン436.02以降なら利用可能)。 解説に移る前に、一つ注意事項がある。「Gamescom Game Ready Driver」はGeForceシリーズに導入可能だが、「整数スケーリング」はGeForce RTXまたはGeForce GTX 16シリーズといわゆるTuning世代でのみ使える機能であること。古い世代のGeForceシリーズでは使えない点は注意が必要だ。 「GeForce RTX 2080 Ti」はメジャーリーグのダルビ

                                                                            ぼやけたドット絵とおさらば! NVIDIA「整数スケーリング」の威力
                                                                          • Kinesis と DynamoDB をイベントソースにする際の AWS Lambda の新しいスケーリング管理 | Amazon Web Services

                                                                            Amazon Web Services ブログ Kinesis と DynamoDB をイベントソースにする際の AWS Lambda の新しいスケーリング管理 AWS Lambda は、Amazon Kinesis Data Streams と Amazon DynamoDB ストリームのイベントソースで利用可能な、新しいスケーリングパラメータを導入しました。Parallelization Factor は、各シャードにおける Lambda 関数呼び出しの同時実行数を増やす設定を可能にします。このパラメータは、デフォルトでは 1 です。これによって、処理されるレコードの順序を保証しながら、シャード数を過大にスケールすることなく、より高速なストリーム処理が可能になります。 一般的な最適化のシナリオには、高トラフィックと低トラフィックの2つがあります。たとえば、オンラインビジネスでは、季節的

                                                                              Kinesis と DynamoDB をイベントソースにする際の AWS Lambda の新しいスケーリング管理 | Amazon Web Services
                                                                            • AWS Fargate でアプリケーションのより高速なスケーリングが可能に

                                                                              Amazon Elastic Container Service (ECS) および Amazon Elastic Kubernetes Service (EKS) のサーバーレスコンピューティングエンジンである AWS Fargate により、お客様は、アプリケーションをより高速にスケーリングできるようになりました。これにより、パフォーマンスが向上し、待機時間が短縮されます。昨年、アプリケーションを最大 16 倍高速にスケールできるようにするいくつかの改善を行いました。これにより、Fargate での大規模なアプリケーションの構築と実行が容易になりました。 ウェブやその他の長時間実行されるアプリケーションを実行するために Amazon ECS サービススケジューラを使用すると、サービスごとに 1 分未満で最大 500 のタスクを開始できるようになります。これは、昨年の 16 倍の速度にな

                                                                                AWS Fargate でアプリケーションのより高速なスケーリングが可能に
                                                                              • iPhone12 mini(仮称)、このスケーリングが正しければ8より細くなるか - iPhone Mania

                                                                                iPhone12シリーズの、新たなレンダリング画像がTwitterに投稿されました。今回公開された画像のスケーリングが正しければ、iPhone12 mini(仮称)はiPhone8より細くなりそうです。 iPhone12シリーズの価格情報として投稿 Apple Hub(@theapplehub)氏が、ジョン・プロッサー氏の予想した価格情報をもとに独自のレンダリング画像を制作し、Twitterに投稿しました。 左端の「5.4″ iPhone 12」と記載された小型モデル(仮称:iPhone12 mini)は、右隣の6.1インチモデルと比べて高さ、幅ともに小さく、iPhone SE(第2世代)やiPhone8よりも細いようにも見受けられます。 According to @jon_prosser, the iPhone 12 lineup could start at $649. These p

                                                                                  iPhone12 mini(仮称)、このスケーリングが正しければ8より細くなるか - iPhone Mania
                                                                                • TensorFlow Recommenders と Vertex AI Matching Engine によるディープ リトリーブのスケーリング | Google Cloud 公式ブログ

                                                                                  TensorFlow Recommenders と Vertex AI Matching Engine によるディープ リトリーブのスケーリング ※この投稿は米国時間 2023 年 4 月 20 日に、Google Cloud blog に投稿されたものの抄訳です。 以前のブログ投稿で、Google Cloud でレコメンデーション システムを実装する方法として、(1)Recommendations AI によるフルマネージド ソリューション、(2)BigQuery ML での行列分解、(3)Two-Tower エンコーダと Vertex AI Matching Engine を使用したカスタムのディープ リトリーブ手法の 3 つを紹介しました。このブログ投稿では、3 つ目の選択肢について詳しく説明し、プレイリストのレコメンデーション システムを構築するために Vertex AI でエンド

                                                                                    TensorFlow Recommenders と Vertex AI Matching Engine によるディープ リトリーブのスケーリング | Google Cloud 公式ブログ

                                                                                  新着記事