ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場

2022/12/21 386 users Dockerコンテナ ミドルウェア ライブラリ ローカル環境

ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場 Dockerコンテナの技術を用いることで、プログラミング言語のランタイムやライブラリ、ミドルウェアなどの開発環境一式を比較的容易に導入することが可能になりました。 ただしDockerコンテナにもファイルシ... 続きを読む

そこのお前！　余計なuseMemo1個に含まれるオーバーヘッドは余計なdiv 0.57個分だぜ！ - Qiita

2022/01/06 68 users Qiita React useMemo オブジェクト API

※効果には個人差があります。 useMemoのオーバーヘッドについて ReactのuseMemoは、パフォーマンス最適化に使われるAPIです。コンポーネント内で計算やオブジェクトの生成を行う際に、以前の計算結果をキャッシュして使い回すことで再レンダリング時の計算を削減したり、新しいオブジェクトの生成を防ぐことができます。... 続きを読む

マルチスレッド/プロセスまとめ（Ruby編） - Qiita

2015/12/08 198 users Qiita マルチスレッド Ruby編 リソース 物理

プログラムの実行単位 固有のメモリ空間を持つ(リソースを共有しない) マルチプロセスの場合、物理/仮想メモリ領域間のアドレス解決のオーバーヘッドが高い。 プロセスの実行単位 共通のメモリ空間を持つ（リソースを共有する） マルチスレッドの場合、物理/仮想メモリ領域間のアドレス解決は発生しない。 ユーザースレッド ユーザー空間（アプリケーションが利用するメモリ空間）を利用 1つのプロセスに複数のスレッ... 続きを読む

コードの品質を維持したまま開発スピードを上げる | 開発手法・プロジェクト管理 | POSTD

2015/08/24 593 users ジレンマ 利点 POSTD コラボレーション 反復作業

高品質のコードを維持することは利点がありますが、その反面かなりのオーバーヘッドが発生し、実際の開発のサイクルに時間が掛かってしまいます。しかし、このジレンマは解消できます。この投稿では、ツールやプロセスを工夫することで、コードベースの品質を維持したままスピードを速めるための具体的な方法をご紹介します。高品質のコードベースは、反復作業やコラボレーション、メンテナンスを簡単にすることで、長期的な開発の... 続きを読む

人を使うということのオーバーヘッド : タイム・コンサルタントの日誌から

2015/08/23 121 users 日誌 タイム・コンサルタント

なんだかひどく忙しい。そう、あなたは感じている。やらなければならない仕事が山のようにたまってしまった。このままでは期限までにアウトプットが出せそうにない状...なんだかひどく忙しい。そう、あなたは感じている。やらなければならない仕事が山のようにたまってしまった。このままでは期限までにアウトプットが出せそうにない状況だ。自分の下に誰かつけてもらって、やるべき仕事量を分担して進めるしかない。 あなたは... 続きを読む

パフォーマンス - Swiftプログラムを逆コンパイルして、最適化具合を正確に把握する方法 - Qiita

2015/07/20 116 users Swift Qiita part II 参考 パフォーマンス

SwiftはOptimization Levelによって顕著にパフォーマンスに差が出ます。 参考: Apples to apples, Part II · Jesse Squires また、Dynamic Dispatchでの呼び出しもオーバーヘッドになります。 参考: Swiftのfinal・private・Whole Module Optimizationを理解しDynamic Dispatc... 続きを読む

Atom で超快適に Git を扱うためのプラグインと設定

2015/05/22 337 users Git VCS Atom プラグイン ターミナル

絶賛人気沸騰中の Atom ですが Git を快適に使えるようにすることで作業のオーバーヘッドを抑えられます。作業中にdiff・logをブラウザやターミナルで確認している人は無駄な作業が積み重なっているので一度見直すべきです。Atom には Git を扱うための優れたプラグインがあるので今回はそれを紹介します。皆さん、 Git 使ってますか？ 今の御時世、ほとんどのプロジェクトはなんらかのVCSを... 続きを読む

SSHの多重接続について | Siguniang's Blog

2015/01/16 132 users デプロイツール Ansible SSH config コマンド

tl;dr デプロイツールによっては 同じサーバに SSH で何回もコマンドを実行することがある(ansible とか)。 コマンドごとに毎回コネクション(トンネル)を確立するとオーバーヘッドも大きくなる SSH は $HOME/.ssh/config に次の設定を書くことで、同じコネクションを利用して接続を多重化(multiplex)することができる。 # $HOME/.ssh/config H... 続きを読む

ネットベンチャーに「企画しかできない人」はいらないと思う。 | ふくゆきブログ

2014/11/20 460 users ネットベンチャー ゆきブログ 企画 ロジック 文系

ネットベンチャーに「企画しかできない人」はいらないと思う。 特に、文系でプログラム経験がなくて企画しかやってきてない人は、論理的思考能力がない人がめちゃくちゃ多い。大企業ではそれでいいけど、人も時間も予算も無い状況だとコミュニケーションロスとオーバーヘッドがでかすぎる。条件をつめたり、ロジックを埋める作業が出来なネットベンチャーに「企画しかできない人」はいらないと思う。 特に、文系でプログラム経験... 続きを読む

nullチェックは、ifですべきかtry/catchですべきか？ | 三度の飯とエレクトロン

2014/09/20 59 users catch エレクトロン TRY null ドンピシャ

たまにこういう謎の高速化手法を教えてもらうのですが、どうしてもすぐには信じられないので少し調べました。 ifとtry/catchのオーバーヘッドは？ Stack Overflowに、ドンピシャな質問がありました。 Java if vs. try/catch overhead 読んでみると、「例外処理は例外的な処理に使うものだから、通常のフローでnullになるような場合に使うのは良くない」というよう... 続きを読む

アルゼンチン“肛門”ネタでチーム一丸 | 東スポＷeb – 東京スポーツ新聞社

2014/07/12 69 users アルゼンチン 肛門 熱戦 メッシ フィナーレ

トップ > スポーツ > ワールドカップ > アルゼンチン“肛門”ネタでチーム一丸 アルゼンチン“肛門”ネタでチーム一丸 2014年07月13日 07時00分 フットバレーでオーバーヘッドを披露したメッシに周囲は笑顔（AP） フットバレーでオーバーヘッドを披露したメッシに周囲は笑顔（AP） 熱戦が続いたサッカーＷ杯ブラジル大会も、いよいよ１３日（日本時間１４日）の決勝戦でフィナーレを迎える。２８年... 続きを読む

PFUが非破壊型スキャナ「ScanSnap SV600」を発表――蔵書電子化がさらに盛り上がる？ - ITmedia eBook USER

2013/06/13 136 users PFU ScanSnap ドキュメントスキャナ USER 同日

非接触・非破壊型のドキュメントスキャナがいよいよ現実的な価格帯で登場――PFUは6月13日、同社のパーソナルドキュメントスキャナ「ScanSnap」シリーズの新モデル「ScanSnap SV600」を発表、7月12日に発売することを明らかにした。同日から予約受付が開始されており、価格はオープン（PFUダイレクトでは5万9800円）。 同製品は、オーバーヘッド・スキャン方式を採用した卓上スタンドタイ... 続きを読む

PFU、オーバーヘッド構造で非接触型の「ScanSnap SV600」 - ケータイ Watch

2013/06/13 256 users PFU ScanSnap ドキュメントスキャナー 原稿 非接触

ニュース PFU、オーバーヘッド構造で非接触型の「ScanSnap SV600」 （2013/6/13 10:00） PFUは、オーバーヘッド・スキャン方式により、A3までの原稿を非接触・非破壊でスキャンできるドキュメントスキャナーの新製品「ScanSnap SV600」を7月12日に発売する。予約は6月13日から。価格はオープン価格で、同社直販サイトの価格は5万9800円。 「ScanSnap ... 続きを読む

Kazuho@Cybozu Labs: MySQL (InnoDB) に直接アクセスしてタイムライン処理を高速化する話

2008/06/12 217 users InnoDB フルモデル MySQL エントリ フレンド

« フレンド・タイムライン処理の原理と実践 | メイン | MySQL の ORDER BY を高速化 » 2008年06月12日 MySQL (InnoDB) に直接アクセスしてタイムライン処理を高速化する話 フレンド・タイムライン処理の原理と実践 の続きです。 先のエントリでは、プルモデルの速度が当初予測していたよりも遅かった (というより SQL レイヤでのオーバーヘッドが大きそうだった) ... 続きを読む

マルチスレッドのコンテキスト切り替えに伴うコスト - naoyaのはてなダイアリー

2007/10/10 312 users naoya マルチスレッド コンテキスト fork コスト

また Linux カーネルの話です。Linux では fork によるマルチプロセスと、pthread によるマルチスレッドでの並行処理を比較した場合、後者の方がコストが低く高速と言われます。「スレッドはメモリ空間を共有するので、マルチプロセスとは異なりコンテキストスイッチ時にメモリ空間の切り替えを省略できる。切り替えに伴うオーバーヘッドが少ない。」というのが FAQ の答えかと思います。が「オー... 続きを読む

naoyaグループ - naoyaの日記 - x86_64

2007/05/13 60 users naoya naoyaグループ PTE AMD Intel

■ x86_64 11:14 Intel / AMD の EM64T / AMD64 と Linux の x86_64 は昨今の WEB + DB アプリケーションにとっては追い風だよなと思う。 なぜか。サーバーにメモリがたくさん積めるから。 まあ i686 でも PAE で Linux で 64GB まではいけるんだけれども (PAE を有効にすると PTE のオーバーヘッドがちょっと大きくなっ... 続きを読む

naoyaのはてなダイアリー - Perl OO におけるオーバーヘッド

2005/07/09 72 users naoya はてなダイアリー

フレームワークを考えるにあたって、気になる部分のベンチマークを取ってみた。ポイントは次の３点。関数の呼び出し方法： Class::func() と Class->func() 形式 クラスを継承した場合のペナルティ： Class->() と SuperClass->() 連想配列への直接アクセスと、アクセサ経由のアクセス Daio Today: 関数呼び出しとクラス継承のベンチマークPerl にお... 続きを読む