並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 7 件 / 7件

新着順 人気順

LevelDBの検索結果1 - 7 件 / 7件

  • GitHub - cockroachdb/pebble: RocksDB/LevelDB inspired key-value database in Go

    Pebble is a LevelDB/RocksDB inspired key-value store focused on performance and internal usage by CockroachDB. Pebble inherits the RocksDB file formats and a few extensions such as range deletion tombstones, table-level bloom filters, and updates to the MANIFEST format. Pebble intentionally does not aspire to include every feature in RocksDB and specifically targets the use case and feature set ne

      GitHub - cockroachdb/pebble: RocksDB/LevelDB inspired key-value database in Go
    • CHAGEの裏側: LevelDBでの並列化用の最適化 | IIJ Engineers Blog

      セキュリティ本部 セキュリティ情報統括室に所属 システム開発者。2000年問題で「2038年問題は定年で対応しなくていい!」とフラグを...。 CHAGE開発者のヒラマツです。 CHAGEの紹介と並行して、CHAGEの中が気になる人に、CHAGEで使われている技術をちょっと濃い目に解説するという企画の4回目です。 本編がSeller紹介な記事なので、その中の一つ、LDB Seller(LevelDBを利用するSeller)を取り上げます。 並列処理とKVSの組み合わせによる性能問題と、その対策を説明し、その後、対策の実例として、LDB Sellerでの最適化方法を紹介します。 目指すのは、実例を通して、プログラムの最適化でも「システム全体を意識することが重要なことを感じてもらう」ところです。 以下の知識を前提にしているので、ご了承ください。 レイテンシの影響の大きさ レイテンシがとても大き

        CHAGEの裏側: LevelDBでの並列化用の最適化 | IIJ Engineers Blog
      • GitHub - fastogt/fastonosql: FastoNoSQL is a crossplatform Redis, Memcached, SSDB, LevelDB, RocksDB, UnQLite, LMDB, ForestDB, Pika, Dynomite, KeyDB GUI management tool.

        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

          GitHub - fastogt/fastonosql: FastoNoSQL is a crossplatform Redis, Memcached, SSDB, LevelDB, RocksDB, UnQLite, LMDB, ForestDB, Pika, Dynomite, KeyDB GUI management tool.
        • bootsnapのエラー = leveldbが原因かも? - Qiita

          はじめに どうもDockerを十分理解しないまま、雰囲気に任せてサーバーを立てていた馬鹿者です RailsとDockerでAPIを作成していたのですが、ある日rails sでエラーが出ました。 この手のエラーはgemに原因があったりしますが、今回はDockerに原因があったので (いや、自分に原因がある)まとめます。 今までどうやってサーバを立ち上げていたのか まずは作業ディレクトリにあるdocker-compose.ymlに記述したコンテナを 作成&起動させるためにdocker-compose up -dを実行します 次に、rails sでサーバを起動させます。(←ここがポイント) この時点で、いつもならサーバが立ち上がり、localhost:3000なんかに繋がりました 突如のrails aborted さて、いつも通りに上記のムーブを実行したのですがエラーメッセージがでました まとめ

            bootsnapのエラー = leveldbが原因かも? - Qiita
          • leveldbデータベースライブラリのPythonバインディング「leveldb」のインストール

            leveldbデータベースライブラリのPythonバインディング「leveldb」のインストールについて解説しています。 「leveldb(https://code.google.com/archive/p/py-leveldb/)」は、leveldbのPython ラッパーとなっています。 ■Python 今回のPythonのバージョンは、「3.8.5」を使用しています。(Windows10)(pythonランチャーでの確認) ■leveldbをインストールするleveldbをインストールを行いますが、今回はpipを経由してインストールを行うので、まずWindowsのコマンドプロンプトを起動します。 pip install leveldb起動後、上記のコマンドを入力し、Enterキーを押します。 なお、今回は、pythonランチャーを使用しており、Python Version 3.8.5

              leveldbデータベースライブラリのPythonバインディング「leveldb」のインストール
            • [検証]levelDBはデータ量が増えるとデータ登録に時間がかかる?? - Qiita

              気になったこと ethereumをプライベートブロックチェーンとして使用する場合にデータ量が増えるとgeth(go-ethereum)内で使われているlevelDBへのデータ登録に時間がかかるようになるという記事を見つけた。 そんなことあるんだー。と思って実際に計測してみた やったこと Keyは処理番号、Valueに適当なデータという適当すぎるデータを100万件登録する。 100件毎に要した処理時間を計測し、処理時間が増加しているか確認した。 levelDBだけでなく、ついでにmongoDBでもやってみた levelDBの処理時間 以下のコードでデータを登録 import time import leveldb # テストデータ:750バイト inputData = '{"_id" : "ObjectId(\5e3b4dd825755df3f15a2d17\")","coediting"

                [検証]levelDBはデータ量が増えるとデータ登録に時間がかかる?? - Qiita
              • Toml & Python & PHP & vue & levelDB でSSL証明書の有効期限を毎日チェック - Qiita

                前置き 我々のような受託システム開発会社は、開発依頼を受ける度に、さまざまなドメインにそのシステムをロンチしていきます。 常時SSLが当たり前となった今日において、そのドメインの数だけSSL証明書が必要になります。 そしてSSL証明書にはLet's encryptを採用するケースも多いため、その更新期限管理は定期的なチェックが欠かせません。 (バッチで自動更新は当然としても) うちではもうなんだかんだと管理している客先ドメインが100超になっているので、日次バッチで全ドメインの有効期限を取得して、これが一覧画面から確認できるようにしておくことで、ある日突然サイトにアクセスできなくなって大慌てで証明書を更新しなけれけばならないような事態に未然対策しています。 本題 というのはまあいいとして、ここでの趣旨は、このようなワンオペサービスの裏側で実装される数々の周辺技術を束ねてひとつのアプリケーシ

                  Toml & Python & PHP & vue & levelDB でSSL証明書の有効期限を毎日チェック - Qiita
                1