タグ

2008年12月15日のブックマーク (11件)

  • SSDに関する検証 その7 - InsightTechnology 旧ブログ

    tgk
    tgk 2008/12/15
    DRAM型SSDには書き込み回数の制限がないみたい
  • SSDに関する検証 その9 - InsightTechnology 旧ブログ

    <緊急特集!!SSDに関する検証 その9> ペンネーム: ミラニスタ 磁気ディスクの代わりに半導体メモリにデータを記録するストレージ装置 SSD (Solid State Disk) の検証を行っています。 検証製品(富士ゼロックス株式会社様製 GigaExpress)の紹介URL⇒ http://www.fujixerox.co.jp/product/gigaexpress/ ▼ 前回のおさらい 前回は、読み込み処理(Select)における、磁気ディスクと SSD の比較を 行ってみました。 検証では、200 個の比較的小さな表(10,000レコード)を、それぞれ別の セッションで同時に全件検索させてみました。 ^^^^^^^^ ファイル Config5-1 Config5-2 ------------------------------ ----------------- ------

    tgk
    tgk 2008/12/15
    SSDを導入してもselectは速くならない。Oracle自体のキャッシュがあるから
  • SSDに関する検証 その1 - InsightTechnology 旧ブログ

    <緊急特集!!SSDに関する検証 その1> ペンネーム: ミラニスタ 今週から、磁気ディスクの代わりに半導体メモリにデータを記録するスト レージ装置SSD (Solid State Disk) の検証を行います。 ▼ はじめに 一般的に、磁気ディスクに比べ半導体メモリのアクセス速度は100万倍オー ダーで速いというのが定説になっています。 最近よく耳にする「インメモリデータベース」(以下 IMDB)は、全ての データストアがサーバの RAM 上に存在するという前提で、例えば Oracle Times Ten では通常のディスクベースの RDB とは異なったアーキテクチャの 基に実装されています。 何しろ「全てのデータが RAM 上に存在する」のですから、従来型のデータ ベースとは次元が違います。高度なリアルタイム性を求められる場面では重要 な技術になっていくでしょう。 ところが、IMDB

    tgk
    tgk 2008/12/15
    htparmで比較するとSSDはハードディスクの9倍速い。つまりあんまり速くない
  • Apache CouchDB

    Data Where You Need It Apache CouchDB ™ lets you access your data where you need it. The Couch Replication Protocol is implemented in a variety of projects and products that span every imaginable computing environment from globally distributed server-clusters, over mobile phones to web browsers. Store your data safely, on your own servers, or with any leading cloud provider. Your web- and native a

    tgk
    tgk 2008/12/15
    JSONで出し入れするDB
  • http://www.isc.meiji.ac.jp/~sano/htst/Theory-of-Technology/technology-strategy/image/fig0-1.gif

    tgk
    tgk 2008/12/15
    破壊的イノベーションの絵
  • 技術戦略論メモ

    イノベーションに関するクリステンセンの見解 1.持続的(sustaining)イノベーション vs 破壊的(disruptive)イノベーション イノベーションに関する伝統的見解(「技術泥流」説など)への批判 ◆従来の技術とは断絶した抜的イノベーションだからといって、それが有力企業の存続を脅かすような破壊的イノベーションになるとは限らない クリステンセンは、イノベーションに関するそれまでの有力な見解 --- 「主力企業が過去の成功体験に縛られると、従来のものとは根的に異なる技術に基づくイノベーション(radical innovation)の波に乗り遅れることになる。その結果として企業の存続が危うくなることがある。」とか、「伝統ある有力企業は伝統の結果として内部組織が官僚的=保守的になっていることが多い。自社の既存技術に自信過剰であったり、保守的体質が強すぎたり、リスクを犯すこと

    tgk
    tgk 2008/12/15
    破壊的イノベーションの絵
  • 日本語形態素解析APIとマッシュアップ

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog テキスト解析API企画担当のS・Kです。 当ブログにおいて一般の開発者の皆様にYahoo! JAPANの高度な日語処理技術をマッシュアップにお役立ていただけるよう、なじみの薄い日語処理用語の解説や一般的なご利用方法をお伝えしていきたいと思います。 先日、弊社も協力企業として参加しましたMashup Award4において、Technology賞を受賞され注目を集めました「Newsgraphy」様にも日形態素解析APIをご利用いただいております。 そもそも、形態素解析とは、、 言語として意味を成す最小単位の文字列のことを「形態素」と呼び、ある文章をその形態素に分けていく解析のことを「形態素解析」と呼びます。 うーん、なんだか難

    日本語形態素解析APIとマッシュアップ
  • フレームワーク デザインのガイドライン | Microsoft Docs

    このセクションでは、.NET Framework を拡張および操作するライブラリをデザインするためのガイドラインを示します。 目標は、開発に使用されるプログラミング言語に依存しない統合プログラミング モデルを提供することにより、ライブラリ デザイナーが API の一貫性と使いやすさを確保できるようにすることです。 .NET Framework を拡張するクラスやコンポーネントを開発する場合は、これらのデザイン ガイドラインに従うことをお勧めします。 一貫性のないライブラリ デザインは、開発者の生産性に悪影響を及ぼし、採用を妨げます。 ガイドラインは、Do、Consider、Avoid、Do not という言葉から始まる単純な推奨事項として編成されています。 これらのガイドラインは、クラス ライブラリ デザイナーがさまざまなソリューション間のトレードオフを理解できるようにすることを目的として

    フレームワーク デザインのガイドライン | Microsoft Docs
    tgk
    tgk 2008/12/15
    命名規則など
  • mixiの年末年始対策 日記投稿システムの改善 - mixi engineer blog

    朝晩冷えてきましたね。風邪など引いていませんでしょうか。さて、年末が近づいてくるこの時期に弊社のエンジニアが最も気になるのは、お正月。それも来年1月1日を迎えた瞬間です。 1日1日0時に何があるのでしょう?そう、mixiのサービスで最も日記が書き込まれるタイミングになるのです。個人的に「あけおめことよろアタック」と呼んでいます。今年は日記だけではなく、エコーでもメッセージが飛び交うことでしょう。この時期は携帯電話のキャリアでもさまざまな対策を行っていますが、ミクシィでも年末年始でもユーザの方に快適にサービス提供ができるように努めています 以下は昨年の年末年始の日記投稿数の推移です。青色が12/31から1/1、赤色が1/1から1/2になります 1/1の方が全体的に多いですが、特に年が変わる前後の投稿数は倍近くなっていることがわかります。この時に負荷により日記の投稿がしづらい状態になっていたの

    mixiの年末年始対策 日記投稿システムの改善 - mixi engineer blog
    tgk
    tgk 2008/12/15
    InnoDBの偽デッドロック対応。mod_perlをはさんでコネクション数を減らすとのこと
  • MySQLのInnoDBでのデッドロック - mixi engineer blog

    こんにちは、mixi開発部にてアプリケーション開発をしていますyouheiです。 今回は、MySQL-5.0.45のInnoDBで連番を管理するテーブルのパフォーマンス測定をしていたのですが、その際に少し変わったデッドロック問題に遭遇しましたので、そのあたりをネタとして書いてみたいと思います。 まずは、今回使用したデータベースのスキーマは下記のようなものです。 CREATE TABLE num ( id bigint unsigned NOT NULL default '0' ) Engine=InnoDB; AUTO_INCREMENTは使用していません。 そこに1レコードだけ登録します。 INSERT INTO num (id) values (1); そして実際連番を取得する際には、 UPDATE num SET id = LAST_INSERT_ID(id+1); といったクエリを

    MySQLのInnoDBでのデッドロック - mixi engineer blog
    tgk
    tgk 2008/12/15
    実際にリソースがデッドロックしているわけではない模様
  • SSH通信でデータ漏えいの可能性--32ビットの平文が取り出し可能に

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 有限責任中間法人JPCERTコーディネーションセンター(JPCERT/CC)と独立行政法人 情報処理推進機構セキュリティセンター(IPA/ISEC)は11月17日、SSH通信において一部のデータが漏えいする可能性があると発表した。 SSH(Secure Shell)は、インターネット上に置かれているサーバにネットワークを介してログインしたり、コマンドを実行したりするためのプログラムおよび通信プロトコル。データが暗号化された状態で通信されることが特徴となっている。 JPCERT/CCとIPA/ISECによると、SSHで使用される通信方式の一部に対する攻撃方法が報告されたという。この攻撃によって、SSHを実装する製品が影響を受ける可能性があ

    SSH通信でデータ漏えいの可能性--32ビットの平文が取り出し可能に
    tgk
    tgk 2008/12/15