並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 345件

新着順 人気順

OOMの検索結果281 - 320 件 / 345件

  • GitHub - yangxy/GPEN

    (2023-02-15) GPEN-BFR-1024 and GPEN-BFR-2048 are now publicly available. Please download them via [ModelScope2]. (2023-02-15) We provide online demos via [ModelScope1] and [ModelScope2]. (2022-05-16) Add x1 sr model. Add --tile_size to avoid OOM. (2022-03-15) Add x4 sr model. Try --sr_scale. (2022-03-09) Add GPEN-BFR-2048 for selfies. I have to take it down due to commercial issues. Sorry about th

      GitHub - yangxy/GPEN
    • n8s.site | Async Rust Isn't Bad: You Are

      There have been quite a few articles in the past year or so about the downsides of using Rust and introducing the async keyword into your code base: Why asynchronous Rust doesn't work Mixing Sync and Async Rust Async Rust Is A Bad Language Avoid Async Rust at All Cost ...too lazy to continue searching, but you get the idea It generally boils down to two things: async is invasive. The path of least

        n8s.site | Async Rust Isn't Bad: You Are
      • ElastiCache ServerlessをCloudFormationとAWS CLIで構築してみた | DevelopersIO

        ECPUは ElastiCache Processing Unitを表し、コマンドが消費したvCPUとデータサイズの大きい方を元にECPUを消費します。 デフォルトは上限値であり、利用者は CacheUsageLimits を設定することで、上限を下げる事ができます。 試算は難しいため、実際のワークロードで CloudWatch MetricのElastiCacheProcessingUnits を確認し、利用費も考慮しながら上限値を設定しましょう。 データサイズが DataStorage の上限に達すると Eviction やOut Of Memory (OOM)が発生し、ECPUが ECPUPerSecond の上限に達するとスロットリングが発生します。このあたりは直感どおりかと思います。 参考 https://docs.aws.amazon.com/AmazonElastiCache

          ElastiCache ServerlessをCloudFormationとAWS CLIで構築してみた | DevelopersIO
        • Diffusers版のControlNet+LoRAで遊ぶ:理論と実践 | Shikoan's ML Blog

          前回に引き続き、Stable DiffusionのControlNetで遊んでみます。ControlNetとは画像主に空間方向の強い条件付が可能です。LoRAと組み合わせて動画レンダリングのようなこともできつつあるので、使いこなすとかなり強力な武器になりそうです。 はじめに 前回はLoRAで遊んでみましたが、今回はこちらもよく話題にのぼるControlNetで遊んでみました。ControlNetもDiffusersで対応しており、簡単に使うことができます。 ControlNetとは 解説が結構多いので今更感はありますが、2023年2月に発表された論文です。 従来のStable Diffusionは「この人をこういうポーズで配置してほしい」や「ここにこれをおいてほしい」や「輪郭線はこうしてほしい」のような、なにか制約条件をおいた上で生成するということが難しいという課題がありました。実践的には

            Diffusers版のControlNet+LoRAで遊ぶ:理論と実践 | Shikoan's ML Blog
          • transformersのTokenizerで固定長化する - Money Forward Developers Blog

            灼熱からこんにちは、CTO室AI推進部の@ken11です。PC排熱にあぶられ干からびています。 自宅のPCで学習をするということ、それは自宅がホットアイルになるということ…← 最近弊社のエンジニアブログの投稿数が多くて嬉しい限りです。 きっと僕がこうやってしょうもないことばかり書いてるからエンジニアブログを書くことへのハードルが下がっているのだと信じています← 嘘です、それは技術広報のluccaさんのおかげです。 ところでみんな、自然言語処理やってる?日本語の問題は日本の人しか解決しないので我々が頑張るしかないんだけど、大丈夫そ? 冗談はさておき、そういう思いもあって自分は自然言語処理が好きです。 日頃から公私ともにいろいろチャレンジしているのですが、今日はその自然言語処理における入力の話です。失敗談です。。 自然言語処理の学習における入力の固定長化 BERTでもなんでも、なにかしら深層学

              transformersのTokenizerで固定長化する - Money Forward Developers Blog
            • Modern garbage collection: Part 2

              Shenandoah national park. A new garbage collector by Red Hat is named after it. No garbage to see here!Way back in 2016 I wrote about garbage collection theory and my views on how the Go garbage collector was being marketed. In the years since there have been some good advances in the field of garbage collection, and we’re well on the way to seeing GC finally disappear as a problem. The advance I

                Modern garbage collection: Part 2
              • Don’t Start Using Your MySQL Server Until You’ve Configured Your OS

                Whenever you install your favorite MySQL server on a freshly created Ubuntu instance, you start by updating the configuration for MySQL, such as configuring buffer pool, changing the default datadir director, and disabling one of the most outstanding features – query cache. It’s a nice thing to do, but first things first. Let’s review the best practices we usually follow in Managed Services before

                  Don’t Start Using Your MySQL Server Until You’ve Configured Your OS
                • ローカル高速化メモ - NovelAI 5ch Wiki

                  NovelAI 5ch Wiki 画像生成AIの情報を纏めるWikiです。 トップページページ一覧メンバー掲示板編集 ローカル高速化メモ 最終更新:ID:PToevIFG3g 2023年12月11日(月) 21:18:34履歴 注意 torch2 CUDA使用率 モジュールによる高速化 torch2 cu118 --opt-sdp-no-mem-attention/--opt-sdp-attention プレビュー版のインストール方法 xformers 対応GPU 導入方法 開発版をインストールする torch.compile --opt-channelslast cudnnのバージョンアップ(torch1系の場合、RTX4000シリーズでは必須) ハードウェアアクセラレーションによるGPUスケジューリング を無効にする モデルを軽量化する VAEをckptに内蔵する Extensions

                    ローカル高速化メモ - NovelAI 5ch Wiki
                  • 【2023年最新版】 鯖落ちGPUを使った安価な機械学習用マシンの作り方 - 端の知識の備忘録

                    続編書きました: hashicco.hatenablog.com 背景 このブログを始めた2020年頃に、NVIDIA Tesla K40mを使った安価な機械学習用GPUマシンを紹介した。 hashicco.hatenablog.com その後このマシンは勉強用に色々と活用していたのだが、2020年時点でもアーキテクチャが Kepler (Compute Capability 3.5) と古く、何より計算スピードが遅すぎてKaggleなどでの活用が難しい問題があり、 結局Google Colab ProやKaggle Notebookをメインで使っていた。 更に、最近はRTX4090をメインマシンに導入したこともあり、このK40mマシンの出番はほぼなくなってしまった。 で、先日メインマシンのCPUを7950X3Dに変更したことで、AM4のCPUとマザボ、64GBのDDR4メモリなど、ほぼP

                      【2023年最新版】 鯖落ちGPUを使った安価な機械学習用マシンの作り方 - 端の知識の備忘録
                    • Linux 5.19

                      linux-kernel.vger.kernel.org archive mirror help / color / mirror / Atom feed* Linux 5.19 @ 2022-07-31 21:43 Linus Torvalds 2022-08-01 12:47 ` Build regressions/improvements in v5.19 Geert Uytterhoeven ` (4 more replies) 0 siblings, 5 replies; 34+ messages in thread From: Linus Torvalds @ 2022-07-31 21:43 UTC (permalink / raw) To: Linux Kernel Mailing List So here we are, one week late, and 5.19 i

                      • オンプレNFSサーバーからAWS S3へ無停止マイグレーション 〜双方向リアルタイム同期処理の自前構築〜 - LIVESENSE ENGINEER BLOG

                        概要 オンプレNFSサーバー 移行対象アプリケーション 無停止マイグレーションの選択と段取り 双方向リアルタイム同期処理の自前実装 背景: AWS DataSyncの利用を断念 設計: 同期処理の構成要素と実装 初回のフル同期と同期漏れの確認 循環更新の防止 NFSからS3方向への同期 S3からNFS方向への同期 ファイル操作順序の一貫性と削除操作のリスク S3 Bucket更新イベントはフォルダの粒度でも発生する 同期漏れは手動でリカバリ 移行後 これから 概要 テクノロジカルマーケティング部インフラストラクチャーグループの春日です。 弊社ではアルバイト求人サイトの マッハバイト を運用しており、2023年9月現在オンプレからAWSへの移行が進んでいます。 上記移行プロジェクトの一環として、マッハバイトの求人画像ファイルが保存されているオンプレNFSサーバーのデータをAWS S3 Buc

                          オンプレNFSサーバーからAWS S3へ無停止マイグレーション 〜双方向リアルタイム同期処理の自前構築〜 - LIVESENSE ENGINEER BLOG
                        • 『[試して理解]Linuxのしくみ』を読んだ - Yuki Watanabe's Blog

                          『[試して理解]Linuxのしくみ』を読んだ。 過去に第1版を読んだことがあり、Linux OSの知識が業務で役立つ機会に何度も遭遇したため、第2版も楽しみつつ読めた。 [試して理解]Linuxのしくみ ―実験と図解で学ぶOS、仮想マシン、コンテナの基礎知識【増補改訂版】 作者:武内 覚技術評論社Amazon これまで 感想 バックエンドエンジニアにとって活かせる点が多い 手を動かしながらOSの挙動を理解できる (参考)Ubuntuの動作環境 今後 これまで 低レイヤーの技術は定期的に学習し、これまでにいくつか書籍を読んだことがあるため、メモリやCPU、プロセス、スレッドについてはなんとなくわかる状態だった。 プログラムはなぜ動くのか なるほどUnixプロセス Goならわかるシステムプログラミング ふつうのLinuxプログラミング 感想 第2版も自分にとって役立つ内容が多かった。 カラフル

                            『[試して理解]Linuxのしくみ』を読んだ - Yuki Watanabe's Blog
                          • Scheduling Internals

                            A sneak peek to what's coming! I remember when I first learned that you can write a server handling millions of clients running on just a single thread, my mind was simply blown away 🤯 I used Node.js while knowing it is single threaded, I used async / await in Python, and I used threads, but never asked myself "How is any of this possible?". This post is written to spread the genius of concurrenc

                            • kubernetes-failure-stories

                              Kubernetes Failure Stories A compiled list of links to public failure stories related to Kubernetes. Most recent publications on top. You Broke Reddit: The Pi-Day Outage - Reddit - blog post 2023 involved: Calico CNI, Upgrades, labels impact: global outage How a couple of characters brought down our site - Skyscanner - blog post 2021 involved: Gitops, templating, namespace deletion impact: global

                                kubernetes-failure-stories
                              • LLM推論のパフォーマンスエンジニアリング:ベストプラクティス - Qiita

                                本記事では、人気のオープンソース大規模言語モデルをプロダクション用途でどのように活用するのかに関して、MosaicMLのエンジニアリングチームがベストプラクティスを共有します。また、ユーザーがモデルやデプロイするハードウェアを選択する際に助けとなるように、これらのモデルに対する推論サービスのデプロイに関するガイドラインも提供します。我々はプロダクション環境で複数のPyTorchベースのバックエンドを取り扱ってきています。これらのガイドラインは、FasterTransformersやまもなくリリースされるNVIDIAのTensorRT-LLMなどの経験から導き出されています。 LLMテキスト生成の理解 大規模言語モデル(LLM)は、2ステップのプロセスでテキストを生成します:入力プロンプトのトークンが並列で処理される「prefill」と、自己回帰的な方法で一度に一つのトークンが生成され、テキ

                                  LLM推論のパフォーマンスエンジニアリング:ベストプラクティス - Qiita
                                • Best practices to scale Apache Spark jobs and partition data with AWS Glue | Amazon Web Services

                                  AWS Big Data Blog Best practices to scale Apache Spark jobs and partition data with AWS Glue July 2022: This post was reviewed for accuracy. February 9, 2024: Amazon Kinesis Data Firehose has been renamed to Amazon Data Firehose. Read the AWS What’s New post to learn more. AWS Glue provides a serverless environment to prepare (extract and transform) and load large amounts of datasets from a variet

                                    Best practices to scale Apache Spark jobs and partition data with AWS Glue | Amazon Web Services
                                  • ローカル部 PCスペック相談室 - NovelAI 5ch Wiki

                                    NovelAI 5ch Wiki 画像生成AIの情報を纏めるWikiです。 トップページページ一覧メンバー掲示板編集 ローカル部 PCスペック相談室 最終更新:ID:1NhN+40vQg 2024年04月06日(土) 17:13:28履歴 ハローアスカベンチマーク(GPUごとの生成速度の一覧)はhelloasukaに移転しました GPUの検証一覧(wiki内別ページ) ハローアスカ(生成ベンチマーク) ハローカエル(LoRA学習ベンチマーク) GPUによる生成差異の検証 はじめに 注意 RTX40シリーズの注意事項 メーカー・モデルによる差異 SDXLについて パーツ評 GPU RAM(メインメモリ) CPU ストレージ OS クラウドとの併用 実際の所どれ買えばいいの? A. お前の予算が許す限りのNVIDIAの上位モデルを買え A. どれを買うかで迷ってるなら3060 12GBを買え

                                      ローカル部 PCスペック相談室 - NovelAI 5ch Wiki
                                    • Prometheus Meetup Tokyo #3 に参加してきました - もりはやメモφ(・ω・ )

                                      1/15に 行われた Prometheus Meetup Tokyo #3 にブログ枠で参加してきました。 prometheus.connpass.com Prometheusと私 昔ちょっとだけ触った 今は全然触ってない... 参加のモチベーション Prometheus Meetup Tokyo #3の感想 会場 1 - Remote Write API と Thanos を活用したメトリクス永続化 (仮) 2 - Victoria Metricsで作りあげる大規模・超負荷システムモニタリング基盤 3 - 次世代のログ基盤 Grafana Lokiを始めよう! LT イベントネットワークのlog監視をlokiでやってみた - gen16k レガシー環境でも Prometheus はイケるんです - Kazuhito_Omachi Prometheus でデータの水平分割を試みる - wa

                                        Prometheus Meetup Tokyo #3 に参加してきました - もりはやメモφ(・ω・ )
                                      • Kubernetes 1.27における新機能は?

                                        本文の内容は、2023年4月4日に VÍCTOR JIMÉNEZ CERRADA が投稿したブログ(https://sysdig.com/blog/kubernetes-1-27-whats-new)を元に日本語に翻訳・再構成した内容となっております。 Kubernetes 1.27がリリースされようとしていますが、目新しいものが満載です!何から始めましょうか? 今回のリリースでは、Kubernetes 1.26の37、Kubernetes 1.25の40から大幅に増えて、60の機能強化が行われました。この60の機能強化のうち、12はStableへの移行、29は改善を続ける既存機能、18は完全に新しい機能、そして1つは非推奨の機能となっています。 このバージョンでは、すべての非推奨と削除に注意してください! このリリースの主なハイライトは、実際はKubernetesの外側にあります。イメー

                                          Kubernetes 1.27における新機能は?
                                        • A Linux sysadmin's introduction to cgroups

                                          Defining cgroups and how they help with resource management and performance tuning in this first article kicking off a four-part series covering cgroups and resource management. So you've heard of this thing called cgroups, and you are interested in finding out more. Perhaps you caught mention of it while listening to a talk about containerization. Maybe you were looking into Linux performance tun

                                            A Linux sysadmin's introduction to cgroups
                                          • The Case for Kubernetes Resource Limits: Predictability vs. Efficiency

                                            Author: Milan Plžík (Grafana Labs) There’s been quite a lot of posts suggesting that not using Kubernetes resource limits might be a fairly useful thing (for example, For the Love of God, Stop Using CPU Limits on Kubernetes or Kubernetes: Make your services faster by removing CPU limits ). The points made there are totally valid – it doesn’t make much sense to pay for compute power that will not b

                                              The Case for Kubernetes Resource Limits: Predictability vs. Efficiency
                                            • Linux メモリ管理 徹底入門(プロセス編)

                                              Linux カーネルのメモリ管理方法について、勉強したことをまとめる。プロセス編。 カーネル編はこちら。 Linux メモリ管理 徹底入門(カーネル編) - SIerだけど技術やりたいブログwww.kimullaa.com OS は CentOS7.6、カーネルは次のバージョンを利用する。 ]# cat /etc/redhat-release CentOS Linux release 7.6.1810 (Core) ]# uname -a Linux localhost.localdomain 3.10.0-957.21.3.el7.x86_64 #1 SMP Tue Jun 18 16:35:19 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux メモリ管理の特徴メモリの使い方を簡素化すると、次の図のようになる。 どのような特徴があるかをまとめる。 連続した

                                                Linux メモリ管理 徹底入門(プロセス編)
                                              • 今週のはてなブログランキング〔2024年4月第2週〕 - 週刊はてなブログ

                                                はてなブログ独自の集計による人気記事のランキング。4月7日(日)から4月13日(土)〔2024年4月第2週〕のトップ30です*1。 # タイトル/著者とブックマーク 1 私が 1on1 でしていること - Mobile Factory Tech Blog by id:mobile-factory 2 「うちは普通の新聞じゃなく、NYタイムズだよ?なんで明日、宮崎駿にインタビューできねぇの?」…すげぇな!! - INVISIBLE Dojo. ーQUIET & COLORFUL PLACE- by id:gryphon 3 自分が会社員だった時の転職活動 - 下町柚子黄昏記 by @yuzutas0 by id:yuzutas0 4 失敗から学ぶシステム開発委託 - CARTA TECH BLOG by id:voyagegroup_tech 5 ディズニーがジブリと提携直前に抱いた「懸念」

                                                  今週のはてなブログランキング〔2024年4月第2週〕 - 週刊はてなブログ
                                                • 買い替え割サービスをAmazon RDSからAmazon Aurora MySQLへ移行したお話 - ZOZO TECH BLOG

                                                  はじめに こんにちは、ZOZOTOWN開発本部リユースシステムブロックの西山です。最近の癒やしは飼い猫のお腹に吸いつくことです。普段は買い替え割サービスにおけるバックエンドの開発や運用保守を担当しています。 買い替え割サービスのデータベースはRDS for MySQL 5.7を利用していますが、2023年10月にサポートが終了するため次期バージョンへのアップデートが不可欠となっておりました。 また、サービスの成長に伴い、運用効率、可用性、耐障害性をさらに向上していくために、データベースそのものを見直す必要もありました。 この両面の課題に対応するため、RDS for MySQLからAurora MySQLへの移行をすることになりました。 本記事ではRDS for MySQL 5.7からAurora MySQL v3へ移行時と運用をしてみて気づいたことを紹介していきます。 はじめに 買い替え割

                                                    買い替え割サービスをAmazon RDSからAmazon Aurora MySQLへ移行したお話 - ZOZO TECH BLOG
                                                  • 勉強会用: Linux OS設定 - Qiita

                                                    以前書いたものを転載します。内容は古い可能性があるほか、文体が不適切かもしれません。 ネットワーク系sysctl ネットワーク系パラメータは、受信に効果があるのか送信に効果があるのか区別しないとわかりづらい。 どのサーバのどこに効かせたいのか、TCPの状態遷移図を見ながら考えるとよい。 LBの存在も忘れずに。 TCP & socket 基本↓ 送信元IP:送信元ポート:送信先IP:送信先ポート このquadruplet(4つ子)が重複すると接続できずエラーになる。 net.netfilter.nf_conntrack_tcp_timeout_time_wait 目的 高負荷のリクエストを受けた時、パケットの取りこぼしを防止する。 症状 高負荷のリクエストに耐え切れない。/var/log/messagesに nf_conntrack: table full, dropping packetと

                                                      勉強会用: Linux OS設定 - Qiita
                                                    • Zig 言語リファレンス

                                                      index.md これは Zig ドキュメント 0.10.1 を DeepL Pro と ChatGPT を利用して翻訳したものです。 一部 master なモノもあります、ごちゃ混ぜです 自分用に翻訳しています zig_doc_0.10.1.md Zig 言語リファレンス はじめに Zig は、堅牢で最適かつ再利用可能なソフトウェアを維持するための汎用プログラミング言語およびツールチェインです。 ロバスト メモリ不足などのエッジケースでも正しく動作する。 最適化 プログラムが最適に動作・実行されるように記述する。 再利用可能 同じコードが、制約の異なる多くの環境で動作します。 保守性 コンパイラや他のプログラマに意図を正確に伝えることができる。コードを読むためのオーバーヘッドが少なく、要件や環境の変化に強い言語です。 新しいことを学ぶのに一番効率的な方法は例を見ることであることが多いので

                                                        Zig 言語リファレンス
                                                      • EC2インスタンスのユーザーデータ内のdnfコマンドやyumコマンドが失敗する場合の緩和策を考えてみた | DevelopersIO

                                                        ユーザーデータでパッケージのインストールをしようとすると失敗するんだが こんにちは、のんピ(@non____97)です。 皆さんはEC2インスタンスのユーザーデータでdnfコマンドやyumコマンドが失敗したことはありますか? 私はあります。 具体的にはユーザーデータでdnf upgradeやdnf install パッケージ名を実行すると、以下のようにRPM: error: can't create transaction lock on /var/lib/rpm/.rpm.lock (Resource temporarily unavailable)とログが出力されます。 $ dnf upgrade -y --releasever=latest Amazon Linux 2023 repository 30 MB/s | 23 MB 00:00 Amazon Linux 2023 Ker

                                                          EC2インスタンスのユーザーデータ内のdnfコマンドやyumコマンドが失敗する場合の緩和策を考えてみた | DevelopersIO
                                                        • イベント通知をFlowに対応する

                                                          Photo by Robert Bye on Unsplash成功とエラーを一度だけ通知されるものをCoroutineに対応するには suspendCancellableCoroutine を使ってsuspend関数にすることで対応可能です。 イベントが複数回通知されるものは、何度も受信する必要があるためsuspend関数ではなくFlowで対応するの良いと思います。 callbackFlow のFlow Builderを使うことで簡単に実現することができます。 Androidの例ではBroadcastReceiverで受けとるイベントなどで役に立つと思います。 実装実装例を見ながら解説します。今回はネットワークのOn/Offを監視するイベントをFlowにしてみます。 まずは callbackFlow を使ってFlowにする実装です。まずは全体を見せてあとで解説します。 ネットワーク接続をO

                                                            イベント通知をFlowに対応する
                                                          • Analyzing the Limits of Connection Scalability in Postgres

                                                            One common challenge with Postgres for those of you who manage busy Postgres databases, and those of you who foresee being in that situation, is that Postgres does not handle large numbers of connections particularly well. While it is possible to have a few thousand established connections without running into problems, there are some real and hard-to-avoid problems. Since joining Microsoft last y

                                                              Analyzing the Limits of Connection Scalability in Postgres
                                                            • 【J-REIT】大江戸温泉リート投資法人(3472)の分配金が届いたので、利回りを確認 ※2021年5月分 - greenの日記

                                                              こんにちは、チキン投資家のgreen 🦆です。 大江戸温泉リート投資法人(3472)さんから分配金のお礼が届きましたので、利回りを確認しました。 大江戸温泉さんから届いた封筒は大きく、資産運用報告書も大きくて見やすい😊。 では、大江戸温泉リート投資法人(3472)は5月と11月に権利確定する日本人が愛する癒し空間である温泉♨のJリートです。 5月分の分配金計算書が届いたのは2021年8月13日になりますので、権利確定して3か月経たずに分配金計算書が来ました。 今回の記事では、2021年8月13日の大江戸温泉リートの価格で3回目の分配金を手に入れるため、いくら掛かっているのか計算したいと思います。 株やJリート、インフラファンドなどの投資に興味のある人の参考になればと思います。 この記事の内容として、分配金、2021年8月13日時点の利回り、分配金を手に入れるための金額は?、まとめの順に

                                                                【J-REIT】大江戸温泉リート投資法人(3472)の分配金が届いたので、利回りを確認 ※2021年5月分 - greenの日記
                                                              • ReleaseNotes160

                                                                1.6.0 brings significant new features and fixes to memcached. The external flash storage (https://memcached.org/extstore) system is now compiled by default. The system still requires some careful attention to run in a large production, but it is generally considered stable. We'll continue to improve the defaults incrementally. While it is compiled by default, it has to be explicitly enabled at sta

                                                                  ReleaseNotes160
                                                                • 【スカーレット】草間さん(佐藤隆太)が旅立ち、幼少期時代も終了…5年の月日が流れた第10話の感想

                                                                  【スカーレット】第10話の感想♪(第2週:意地と誇りの旅立ち) (10)「意地と誇りの旅立ち」 2019年10月10日(木)放送分の感想です。 「スカーレット」第10話のあらすじあらすじ隣町で人さらいの事件が発生。注意喚起される中、喜美子(川島夕空)の友人・照子(横溝菜帆)が行方不明に。信楽では地元総出で捜索が行われる。喜美子はとらわれた照子の姿を想像し、祈る気持ちで神社へ駆け込む。すると照子と見知らぬ男の姿。喜美子は学んだ柔道で助けようとして…5年後、15歳になった喜美子(戸田恵梨香)。中学卒業を控えて、友人・信作(林遣都)から自転車を借りる。叫びながら駆け下りた坂道の先には… 引用元: 連続テレビ小説 スカーレット – Yahoo!テレビ.Gガイド[テレビ番組表] 「スカーレット」第10話の視聴率第10話の視聴率は19.9%でした。 (引用元:戸田恵梨香主演の朝ドラ「スカーレット」第1

                                                                    【スカーレット】草間さん(佐藤隆太)が旅立ち、幼少期時代も終了…5年の月日が流れた第10話の感想
                                                                  • https://developer.oracle.com/jp/technical-resources/articles/it-infrastructure/dev-oom-killer.html

                                                                    • いまさら訊けないバッチ実装の心得 6選(超基本編) - Qiita

                                                                      はじめに これまでWEBアプリケーションをメインで作ってきましたが、最近新規のバッチジョブをまるっと1つ作るという経験をしました。 バッチ実装レベルとしては、既存のバッチ処理の不具合修正を何件かこなしたことがある程度。新規実装は初体験でした。 バッチ実装経験者であれば息を吸うかのように判断できるであろうことに、残念ながらとても悩んでしまう場面が多々ありました。 そんな状態ではありつつ、上司や同僚に質問・相談しながらなんとかローンチに漕ぎつけました。 その際に学んだり、自分なりに行き着いたりした、初めてバッチ実装する際には悩んだり盲点になったりすると思われる超基本的な心得を明文化しておこうと思います。 なお、今回実装したバッチ処理は超シンプルなデータ取込処理だったので、「こういう場合はどうするんだろう?たぶんこうするんだろうな」という考察・憶測も記載しています。そちらに関する編集リクエスト、

                                                                        いまさら訊けないバッチ実装の心得 6選(超基本編) - Qiita
                                                                      • 【Redis】Redisを使う時に見積の二倍の容量が必要なのは何故か - 地方エンジニアの学習日記

                                                                        この記事は GMOペパボエンジニア Advent Calendar 2021 - Adventar の20日目の記事です。 概要 qiita.com 上記の記事でRedisを使う時に見積の二倍の容量が必要ということが述べられています。これについて細かく「なぜ?」を追求して深掘りしてみようと思って書いた記事です。結論としては記事でも述べられている下記になります。 redisのバックアップが走る際、おそらく現状使用している量と同じだけのallocateを要求しているために、redis自体はメモリ使用が50%強だとしても、バックアッププロセスが落ちてしまう模様。 Redisにはデータ永続化の機能が二つあって特定の時点のスナップショットを取るRDBとデータベースのWAL/REDOログのような機能のAOFというものがあります。今回はRDBの方を追っていきますがAOFのタイプでも起こりうる話となってい

                                                                          【Redis】Redisを使う時に見積の二倍の容量が必要なのは何故か - 地方エンジニアの学習日記
                                                                        • Spark NLPでTransformerモデルをスケールする - GMOインターネットグループ グループ研究開発本部

                                                                          こんにちは、T.Y.です。並列分散処理のフレームワークであるSpark上で自然言語処理(Natural Language Processing, NLP)の様々なタスクを行いたい、特に、BERTやGPTなどのTransformerモデルの学習や推論を試したいという動機のもとでSpark NLPについて調べた内容をこちらのブログで解説します。環境構築の過程でSparkからGPUを使用するための手順や、SparkとGPUを利用する他の機械学習フレームワークについても紹介したいと思います。 目次 Summary クラスタ構成 Spark Rapids XGBoost4j-Spark-GPU Spark NLP ChatGPTとテストしてみる Fine-tuningについて Sample Model Spark NLP Displayによる可視化 Synapse ML 最後に 1. Summary

                                                                            Spark NLPでTransformerモデルをスケールする - GMOインターネットグループ グループ研究開発本部
                                                                          • Deep PostgreSQL Thoughts: Resistance to... | Crunchy Data Blog

                                                                            Recently I ran across grand sweeping statements that suggest containers are not ready for prime time as a vehicle for deploying your databases. The definition of "futile" is something like "serving no useful purpose; completely ineffective". See why I say this below, but in short, you probably are already, for all intents and purposes, running your database in a "container". Therefore, your resist

                                                                              Deep PostgreSQL Thoughts: Resistance to... | Crunchy Data Blog
                                                                            • Tracking a Ruby memory leak in 2021

                                                                              We are going to find how you can track a memory leak using the most recent and performant tools. This article’s goal is to give an up-to-date and as-simple-as-it-can-be reference on the main steps towards tracking a memory leak. If you want to get the most out of it, I’ve added (IMHO) very useful links all along with the article. If you still want to enjoy the read and do not have a leak, you can

                                                                                Tracking a Ruby memory leak in 2021
                                                                              • KubernetesのQuality of Service(QoS)クラスについて - Qiita

                                                                                Pod QoSクラスとは Resource LimitはNodeのCapacityを超えて指定することができる。 もし、pod AがNodeのメモリ90%を使用していて、pod Bがメモリ50%を使用しようとした場合、どっちのコンテナをkillすべきだろうか? メモリを確保できないからpod Bをkillすべきか?それともpod Aをkillしてpod Bを動かせるようにすべきか? それは言うまでもなく状況による。 Kubernetesにはどのpodをkillするかを判断するために、Podに優先度をつける仕組みがあり、Quality of Service(QoS)クラスと呼ばれる。 優先度が低いQoSクラスをもったpodからkillされる。 Kubernetesは3つのQoSクラスを提供する。QoSはpodに対して自動的に付与される(人が手動で指定するものではない)。 BestEffort

                                                                                  KubernetesのQuality of Service(QoS)クラスについて - Qiita
                                                                                • Understanding Kubernetes Limits and Requests

                                                                                  When working with containers in Kubernetes, it’s important to know what are the resources involved and how they are needed. Some processes will require more CPU or memory than others. Some are critical and should never be starved. Knowing that, we should configure our containers and Pods properly in order to get the best of both. In this article, we will see: Introduction to Kubernetes Limits and

                                                                                    Understanding Kubernetes Limits and Requests