(2018/10/12)本記事は「ccacheでコンパイル結果をキャッシュして再ビルド処理を高速化」へ移動した。
ccacheで再コンパイル処理を高速化跡地 - 試験運用中なLinux備忘録・旧記事
(2018/10/12)本記事は「ccacheでコンパイル結果をキャッシュして再ビルド処理を高速化」へ移動した。
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Rails の高速化についてググったり - 偏見プログラマの語り！
Rails の練習ってことでちまちまとアプリを作ってました。作ってたのはまぁ Twitter と連携するちょっとしたアプリ。しかしどうも、作れば作るほどアプリケーションの遅さが気になってきました。で、ぐぐってみると Rails の高速化テクがいくつもヒットしました。 いくつかピックアップして紹介します。（Rails 2 系など古い記事も含まれてます) 1. 『Ruby on Rails を高速化する』IBM DeveloperWorks N+1 クエリー問題 の解決アプローチです。これは Rails のしくみを使って db へのクエリ回数を減らすテクニックですね。Rails で何も考えずにコーディングするよりもある程度知識をもってコード書くだけでクエリを劇的に減らせるってことがわかります。RDB の遅さを緩和することによる高速化ですね。 2. 『現実の世界の Rails、第 2 回:高度な
Railsの画面生成を10倍高速化する方法 - 世界線航跡蔵
RailsでPageキャッシュをより広く活用する方法を考えてみました。以下、ちょっと長く前置きが続きます。 Rails遅杉 Railsは遅い。何が遅いって、Rubyが遅くてRoutingが遅くてRDBとRHTMLが遅い。RDBが遅いのは大抵のWebアプリケーションでは変わらない話、で、だからRailsなんかが評価される余地があるんだよね。RubyやRHTMLの遅さは柔軟性の代償として受け入れよう。なにしろRDBがもともと遅いんだから。ただ、Routingは無駄に高機能だったりして頭にくる。Rhino on RailsのSteve YeggeもRoutingは黒魔術だと言っていたし。私はActionPackの全てが黒魔術だと思うけど。 そういう訳で、RoutingをCで書き直すのはドリコムのみなさんがいつかやってくれると期待するとして(可能なら手伝いたいけどね)、当面の対応としてはキャッシュ
1円も使わずMacを高速化出来る8つの方法。 – 和洋風KAI
「人間のストレスのほとんどは、突き詰めていけば "遅い" ことのいら立ちである」といっていたのが、かの天才芸人松本人志。 言われてみれば、そのとおりだなぁと。 つまり裏をかえせばあらゆる事のスピードが上がればストレスはなくなっていくわけです。 というわけで、一日中ずっと使わざるを得ないMacを高速化すればストレスはガクンと無くなるに違いない! ってわけで、訳の分からない口上でございますが、ネットに散らばる1円も使わずMacを高速化出来るTipsをまとめてみたので、お役に立てれば幸いでございやす。 1.OnyXでMac内のゴミを掃除してもらおう。 「Macの不可視ファイル表示」というタイトルにしましたが、クリーニングやメンテナンスにも使える「OnyX」は本当に重宝しています。 .で始まるファイルを確認する | labs.yusukenakanishi.comというエントリーからトラックバック
さいきんの Rails サービスを高速化をしてみた - 2nd life (移転しました)
先日のももクロハッカソンで出会った wantedly を作ってる仲さんが と言ってたので、面白そうなので wantedly を速くしてみました。 wantedly ちなみにデータが数百万オーダーもなさそうなのに、どのページもログインすると2-5秒ぐらいかかっていたので、確実に速くできそうだなぁという感覚はやる前からありました。 アプリケーションサイドのチューニング 初心者*1にありがちな問題として SQL に適切にインデックス張ってない キャッシュすべき場所をキャッシュしていない 無駄なデータを引きすぎてる ことがよくあります。ので順に実装を見ていきました。 SQLに適切なインデックスを張ってない 張ってありました！びっくり！＼(^o^)／ キャッシュすべき場所をキャッシュしていない Facebook API を利用したアプリケーションなんですが、ユーザのデータの取得を毎回馬鹿正直に HT
[N] iPhoneのWiFi接続を高速化する魔法の数字「8.8.8.8,8.8.4.4」
すごく簡単に言えば、インターネット上の住所検索のようなものを速くすることでインターネットの表示を速くしてしまおうというもののようです。 iPhone/iPadなどがWiFi接続する際に、DNSを「Google Public DNS」にしてみましょう、というお話です。 まあ、DNSの設定を書き換えるくらいなので、何かあってもすぐに戻せばいいやと思い。実行。あれ？ これは確かに速くなった気がする？ 「Google Public DNS」って、こんなに速かったんですねー（ちょっと今さらな話かもしれませんが）。 ということで、まだ試したことがないけれど、興味のある人は試してみると良いんではないでしょうか！ iPhoneの設定からWiFiを選び、接続しているネットワークの右側にある青い「＞」をタップします。 「DNS」のところをタップし「8.8.8.8,8.8.4.4」と入力します（これが「Goog
![[N] iPhoneのWiFi接続を高速化する魔法の数字「8.8.8.8,8.8.4.4」](https://cdn-ak-scissors.b.st-hatena.com/image/square/d2b74da6d248710481eb953701a0170081dcceb6/height=288;version=1;width=512/https%3A%2F%2Fnetafull.net%2Fwp-content%2Fuploads%2F2011%2F09%2Fiphone_wifi_7979-1.png)
SSDを最高のパフォーマンスで利用するためにパーティションを調整しよう | ライフハッカー・ジャパン
SSDを長持ちさせるためのメンテナンス方法については、これまでにも紹介したことがありますが、正しいSSDのケアにおいて一番見すごされやすいのは、パーティションの調整です。そこで今回は、パーティションが正しく調整されているか、SSDを最大限に利用できているか、確認していきましょう。 米Lifehackerでは、SSDに移行するチュートリアル（英文）でパーティションの調整について説明しましたが、すでにこの方法でSSDに移行済みの場合、正しくないパーティションのせいでパフォーマンスが落ちていることはありませんので、そこまで違いを感じないと思います。 通常のハードドライブには、63の空ブロックがあり、その後に最初のパーティションがあります。一方、SSDは最適なパフォーマンスのためには、64のデータブロックが必要です。Windowsのインストーラーではない、他の何かによってSSDが初期化されている場
はじめての MySQL で100万件のデータを管理する時に行ったチューニングまとめ
MySQL の勉強をせずにフレームワーク等で SQL を書かずに Web サイトを構築していました。データ数も2万件程度でしたので、そこまで困ることはありませんでしたが、今回100万弱の商品データを扱う機会ができたので、MySQL のチューニングや発行する SQL について見直す機会がありました。 この記事では MySQL を高速化するのに行った対策など勉強したものを自分用にメモしておきました。 条件式で比較するカラムにインデックスを使用して高速化 商品コードで存在しない商品を見つけて、商品をDBに登録するという処理を行っている場合、4万件超えたころから処理に2秒以上かかるようになってきます。12万件超えた頃には10秒程度かかるようになってしまいましたが、商品コードのフィールドに対してカラムインデックスを貼ることで0.2秒に短縮することができました。 MySQL のリファレンスにも以下のよ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
