タグ

2013年10月1日のブックマーク (7件)

  • zusaar.com - このウェブサイトは販売用です! - zusaar リソースおよび情報

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

    sh2
    sh2 2013/10/01
    カジュアルな登壇者が見当たらない
  • SIOS WebHelp - Network Attached Storage の使用

    sh2
    sh2 2013/10/01
    InnoDBはfcntl(2)のF_SETLKでファイルロックをかけるが、DBサーバが落ちるとNFS上のファイルロックが解放されずフェイルオーバー先でmysqldが起動できないことがある。予防策としてNFSのマウントオプションにnolockを付与する
  • Linux NFS faq

    Avoid applying experimental patches to your kernels unless there is a very good reason to do so. Quick Overview NFS Versions 2, 3, and 4 are supported on 2.6 and later kernels. NFS over UDP and TCP on IPv4 are supported on the latest 2.4 and 2.6 kernels. Linux NFS clients and servers have been tested against many non-Linux implementations. Since version 1.0.1 of the NFS utilities tarball has chang

    sh2
    sh2 2013/10/01
    The NFS client in 2.6.12 provides support for flock()/BSD locks on NFS files.
  • MySQL用にランキング専用ストレージエンジンを作る話 - kazuhoのメモ置き場

    前提: ゲームに限らずランキング機能が必要になるケースは多い つまり需要はある だが、MySQLで高速なランキング表示は難しい 具体的に言うと、以下の要件を満たすのが不可能 1行の更新コストが要素数Nに対して O(log N) 以下 任意のランキング位置周辺のSELECTコストが O(log N) 以下 ならば、専用のストレージエンジンを作ればいいのではないか いつやるか? 今でしょ! 以下理由 MySQL 5.5以降?だとストレージエンジンをまたぐトランザクションがまともになってるはず*1 ランキング専用でいいから、テーブル構造とか固定でいい(つまり実装が簡単!) ランキング専用だから、テーブル・ロックで十分(つまり実装が簡単!) 更新すると順位がずれる(つまりテーブルの大部分に影響がある)ので行ロック実装するメリットが小さい*2 ランキング専用でいいから、全データをメモリにもっても問題

    MySQL用にランキング専用ストレージエンジンを作る話 - kazuhoのメモ置き場
    sh2
    sh2 2013/10/01
    スコアを1件更新してある人が100位から50位になったとき、50~99位の人の順位をざばっと+1することになるけど、データ構造を工夫すればO(log n)にできるのかな
  • SI企業が集まってノウハウ共有なんて本当にできるの? PGECの活動から

    SI企業が集まってノウハウ共有なんて当にできるの? PGECの活動から:Database Watch(2013年9月版)(1/2 ページ) 企業におけるPostgreSQL利用のノウハウ共有などを目的として設立されたPostgreSQL Enterprise Consortium(以下PGEC、リンク)。いま2年目の活動計画を確定しようとしているところです。あらためてこれまでの経緯から来年度の見通し、また参加企業にもたらされるメリットなどを話していただきました。 協業して情報開示することでお互いに支えられる 日におけるPostgreSQLユーザー活動といえば、まずは「日PostgreSQLユーザ会」(JPUG、リンク)が有名です。現在PGECに活動する人のなかにはJPUGからコミュニティ活動に関わってきた人もいます。例えば富士通 プラットフォーム技術部 プロダクトソリューション技術

    SI企業が集まってノウハウ共有なんて本当にできるの? PGECの活動から
    sh2
    sh2 2013/10/01
    性能WGで拙作のJdbcRunnerが使われています
  • MyNA会2013年9月 メモ

    MyNA会2013年9月 メモ 2013-10-01 MyNA(日MySQLユーザ会)会 2013年9月 先週のMySQL Cluster Casual Talksに続いて、週末にかけて行われたMySQL Connectで発表された最新情報を聞けるということで、MyNA会に参加してきた。基調講演の内容は既に報道されていたので(Publickey (1), (2), (3))ある程度分かっていたが、一番うれしかったのはMySQL Fabricのデモが見られたこと。MySQL Utilitiesの機能でシャーディングができるようになるということでどんな感じか見てみたかったので、(ラボ版で一部動かないところがまだあるということだったが)興味深かった。発表者のみなさま、会場を提供していただいたOracleのみなさまなど関係者の方々ありがとうございました。 @RKajiyamaさん MySQL C

    sh2
    sh2 2013/10/01
    MyNA会2013年9月、MySQL Connectのフィードバック。Intra-Schema Multi-Threaded Slaveに期待
  • 一週間止まっていたサービスを何の考えもなしに最繁時間帯に再開するとどうなるか : ErogameScape -エロゲー批評空間- Blog

    2013年09月27日19:00 カテゴリApache運用 一週間止まっていたサービスを何の考えもなしに最繁時間帯に再開するとどうなるか 概要 一週間止まっていたサービスを何の考えもなしに最繁時間帯に再開するとどうなるか… 今まで考えないことはなかったのですが、具体的な対策もしていなかったので想定通り接続しづらい状態が続きました。 誤算は応答時間が通常通りになるまで2時間を要したことでした。 サーバーを現用に組み込む場合は慣らし運転をして十分にキャッシュにデータがのった後に組み込む必要がある…というのは知っていましたが「まあ、30分くらい耐えられば大丈夫だしなあ」と思って特に対策はしていませんでした。 ※事実、今までも半日くらいサービスが止まることはありましたが、30分くらいで落ち着きました。 後述しますが、ErogameScapeはPHPが生成するキャッシュ機構を使ってキャッシュを生成し

    一週間止まっていたサービスを何の考えもなしに最繁時間帯に再開するとどうなるか : ErogameScape -エロゲー批評空間- Blog
    sh2
    sh2 2013/10/01
    「1台だったサーバーを2台で運用してみよう!的な段階の本」各社ノウハウはあるのだろうけど書籍化はあまりされていないのかも