ジブリ映画「千と千尋の神隠し」で千尋が働くことになる湯屋のモデルの１つである目黒雅叙園。湯屋を彷彿させるきらびやかな装飾が施された7つの部屋とそれらを繋ぐ99段の長い階段廊下「百段階段」は見所満載。そんな百段階段をさらにロマンチックに演出する和のイルミネーションは今だけの期間限定です。
What We Know Our key takeaways from partnering with enterprise-level engineering teams. Details How We Ensure Success Our unique and personalized approach to help you achieve your business goals. Details Your SEI Platform Get to know your custom-designed Software Engineering Intelligence (SEI) platform. Details
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
"Nested Loop Joinしか取り上げて無いのにタイトルが大きすぎないか" と指摘を頂いたので、タイトルを修正しました。Merge JoinとHash Joinのことはまた今度書こうと思います。 「JOINは遅い」とよく言われます。特にRDBを使い始めて間がない内にそういう言説に触れた結果「JOIN=悪」という認識で固定化されてしまっている人も多いように感じています。 たしかに、JOINを含むようなSELECT文は、含まないものに比べて重たくなる傾向があることは事実です。また、本質的に問い合わせたい内容が複雑で、対処することが難しいものも存在します。しかし、RDBの中で一体どういうことが起きているのかを知り、それに基いて対処すれば高速化できることも少なくないと考えています。 本稿では、JOINの内部動作を解説した上で、Webサービスを作っているとよく出てくるJOIN SQLを例題に
ＩＤ・パスワードを入力してログインしてください。 ＩＤ パスワード ID・パスワードを忘れた方（サイトのご利用案内） よくあるご質問 ※動作環境などは 「ID・パスワード忘れた方 （サイトのご利用案内）」 をご覧ください。 ログイン 企業管理者のログインはこちら 個人情報保護方針 個人情報の取り扱いについて 勧誘方針 セキュリティポリシー 免責事項
ホーム Office関連, Office 2013 Excel 2013で追加された「WEBSERVICE」関数を使って、マクロを使わずWeb APIを利用する。 Microsoft Office 2013が登場し、Excelにも新しい関数がいくつか追加されました。 その中でも私が特に注目したいのが「Web」関連の関数です。 「WEBSERVICE」「ENCODEURL」「FILTERXML」の3つの関数が追加され、これらの関数を使うと、Webサービス、つまり公開されているWeb APIをVBAでコードを書くことなく利用できるようになります。 まずは関数の説明から。 ・ENCODEURL(文字列)：URL にエンコードされた文字列を返します。 ・FILTERXML(xml,xpath)：指定された XPath に従って、XML コンテンツの特定データを返します。 ・WEBSERVICE(u
継続モナドって何に使うんだ問題に対する一つの例。 リソース管理の問題 プログラミングをやっていると必ずまとわり付いてくるのがリソース管理の問題です。ここで指すリソースというのは、ファイルのハンドルだとか、ソケットだとか、排他処理のためのロックだとか、グラフィックのハンドルだとかそういう話で、GCのない言語だとメモリの管理もこれに含まれるでしょうか。 言うまでもなく、リソースを確保した後はしかるべきタイミングで確実に解放してやる必要があります。しかし往々にして、現実のプログラムではリソースの解放漏れが発生してしまいます。単に解放するコードを書き忘れると言うのが一番単純でしょうもない理由ですが、それでも、C言語のようにリソース解放のための特別な仕組みを持たない言語では、これを徹底するのも結構骨の折れることだったりします。それはともかく、もう少し高尚な悩みとしては、例外との組み合わせで発生する解
H2O is a new generation HTTP server that provides quicker response to users with less CPU, memory bandwidth utilization when compared to older generation of web servers. Designed from ground-up, the server implements of HTTP/2 and HTTP/3 taking the advantages of features including new and old content prioritization schemes, server push, 103 Early Hints, promising outstanding experience to the visi
ども、大瀧です。 AWS Elastic BeanstalkのDocker対応、Amazon ECSの正式リリースからちょっと経ちますが、皆さん使っていますか?業務用途だとDockerイメージを共有するためのプライベートなDockerリポジトリが欲しくなるところですが、マネージドなDockerリポジトリサービスは現在AWSでは提供されていないため、自前で用意することもあると思います。今回は、自前でDockerリポジトリを構築するときのTipsをご紹介します。 Docker Registryを使う Dockerリポジトリは、Docker RegistryというDocker公式のリポジトリ実装が公開されているため、特別な事情が無ければこちらを利用するのが良いでしょう。大規模なケースであれば、まだリリース前ですがDocker Hub Enterpriseという選択肢も頭の片隅に置いておいて良いか
プログラムは思った通りには動かない。書いたとおりに動くのだ Any code doesn't run as you thought, run as it wrote 2015.06.17 Updated by Ryo Shimizu on June 17, 2015, 10:13 am JST
僕はHive, Pythonでバッチ処理を書いてAzkabanでジョブ管理するシステムを構築、運用した経験が2年ほどあるので今日はバッチ処理、ジョブ管理について書いてみようと思います。 僕の経験上Hadoop特有の部分、例えばテスト環境が作りづらいとかバッチサーバーはジョブをsubmitするだけなので負荷はそんなにかからないとか、はあるけれど割と汎用的なのではないかと思います。そもそもバッチ処理、ジョブ管理について書かれたものはほとんど見た事がないので参考になれば嬉しいし、こういう良い方法もあるよ！とかあれば是非ブログ等に書いてほしいと思っております。 最初に言っておくとバッチ処理、ジョブ管理において重要なのは障害時のリカバリのしやすさです。正常時はまあいいでしょ。 なので例えば引数に日付を持てないようなバッチ書いたら辛いですし、LL言語で書く方がコンパイル、パッケージングとか楽です。CP
こんにちは、高橋@SSTDです。 複数のサービス間でデータ連携したりするには、データフローの中に必ずバッチ処理が必要となります。 これは、ビッグデータを扱う際にも同様で、全ての処理をリアルタイムに行うことは残念ながら難しく、Hadoop等の大規模分散処理を得意とするバッチ処理型ツールを用いて、データの正規化等を行う必要がでてきます。 このようなシステムの運用を行うときには、依存関係が複雑になってしまい、バッチ処理のエラーハンドリングやエラー通知、障害発生時のリトライが非常に重要となります。 この問題を解決するために、linkedin社が中心に開発を進めているオープンソースのジョブ管理システムAzkabanについて、今回はご紹介します。 1. AzkabanとはAzkabanとは、バッチ処理のワークフローをWeb UIでスケジュール管理可能にしたシンプルなツールです。 依存関係のあるJobの
恐れずに正々堂々と秘境駅に行ってきたから写真うｐする Tweet 1: 名無しさん＠おーぷん 2015/06/27(土)20:03:07 ID:e4d 関連スレ ◆怯まずに正々堂々と秘境駅に行ってきたから写真うｐする ◆慌てずに正々堂々と秘境駅に行ってきたから写真うｐする ◆絶えずに正々堂々と秘境駅に行ってきたから写真うｐする 白滝シリーズを皮切りに、日本全国の秘境駅を旅している>>1です ゴールデンウィークに思い切って旅をしてきました 旅の楽しみを少しでもおすそわけできたら幸いです 8: 名無しさん＠おーぷん 2015/06/27(土)20:05:40 ID:6nG きたー！ 2: 名無しさん＠おーぷん 2015/06/27(土)20:03:44 ID:ESs 待ってたよー 3: 名無しさん＠おーぷん 2015/06/27(土)20:05:04 ID:Fqv 待ってました！ 【注目】今話
BUNDLED WITH って何？ bundler 1.10.0 以降で作成された Gemfile.lock では、BUNDLED WITH というセクションがあって、使用された bundler のバージョンがトラックされるようになっている [3485] 。 例えば bundler 1.9.0 で作成された Gemfile.lock のあるプロジェクト上で、 最新の bundler 1.10.3 を使用して bundle install --path vendor/bundle すると、 Gemfile.lock には以下の差分ができる。 これをもう一度 1.9.0 で bundle install すると、上の文字はきれいさっぱり消える。 BUNDLED WITH の何が困るか 多人数で開発するときには、この変更は微妙に邪魔で、意図しない Gemfile.lock 変更が出てしまうことで
主に大学レベルに絞った数学や、その他学習に関する話題をブログに書き始めて1年半くらい。 エントリ数は190なので、2-3日に1回のペースで公開できていることになる。 幸い、まだ飽きることなく続けられているので、もうしばらくは継続できそうな感じ。 今日は、「なぜ数学を勉強するのか？」という、誰もが一度は疑問に思う内容について、とても印象深い回答を書いているブログを見つけたので紹介する。 ■ 問：数学を何故学ぶか？ 答：言葉で伝えきれないものを伝えるため／数学となら、できること／図書館となら、できること番外編 （読書猿Classic: between / beyond readers） ここでは、数学を学ぶ理由は3つあるという。 1つは「具体的なもの」、もう1つは「抽象的なもの」、そしてもう1つ、「少しおかしなもの」。 この中で、とても腑に落ちたのが「具体的なもの」。 数学を学ぶ理由として 「
200万以上のWebサイトを支えるインフラで、リソース制御として使われている mod_mruby の採用事例を紹介します。
内容紹介前作のRailsチュートリアルに続く第2弾の大型翻訳プロジェクトが、ようやく電子書籍になりました! 前作も約700ページの大作でしたが、今作のRailsガイドは1,000ページをこえる超大作となっています。 本書の特徴は、Railsエンジニア中〜上級者向けのリファレンスに徹している点にあります。Railsチュートリアルが初級者向けに一本道の構成を採っていたのに対し、Railsガイドは機能やトピックごとに詳細を解説する構成を採っています。それぞれの章は独立していて、例えば、Railsチュートリアルでは紹介しきれなかったActive Record・Action View・Action Controllerの様々なメソッドを解説する章や、Rails 4.2から導入されたActive Jobを解説する章、また、Railsをアップグレードするときのポイントを解説する章などがあります。このため
18. アーキテクチャ ーーーーーーー データモデル マスタ型 P2P型 その他 リレーショナル RDB全般 pgpool2など キーバリュー Hibari Dynamo Riak Memcached Redis カラム指向 Bigtable HBase Cassandra ドキュメント指向 MongoDB CouchDB グラフ指向 Neo4J InfiniteGraph 19. アーキテクチャ ーーーーーーー データモデル マスタ型 P2P型 その他 リレーショナル RDB全般 pgpool2など キーバリュー Hibari Dynamo Riak Memcached Redis カラム指向 Bigtable HBase Cassandra ドキュメント指向 MongoDB CouchDB グラフ指向 Neo4J InfiniteGraph
Railsのパフォーマンスについてよくある問題とそれに対して戦いを挑むために必要なもの。
今回は、筑波大学システム情報系准教授新城靖さんにインタビューさせて頂きました。分散型オペレーティングシステムや、その技術を応用した分散型SNSの研究についてお話しを伺いました。 新城先生の研究室で行われている研究の概要を教えてください。 大きく分けて2つあります。1つはオペレーティングシステムのカーネル関係、仮想計算機の研究をしておりまして、新しい仮想計算機を作ろうとしています。もう1つはだいぶ毛色が違うのですが、分散型ソーシャルネットワーキングサービスの研究をしています。 これら２つの研究は全く異なるように見えますが、基本部分は同じです。1996年の着任時から一貫してオペレーティングシステムの研究をしています。カーネルや仮想計算機はオペレーティングシステムの中心部分なのでこれは継続して研究していますが、もうひとつ、オペレーティングシステムの中には、分散型オペレーティングシステムというもの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く