はてブログ

はてなブックマーク新着エントリーの過去ログサイトです。



タグ オーバーヘッド

新着順 人気順 5 users 10 users 50 users 100 users 500 users 1000 users
 
(1 - 12 / 12件)
 

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

2022/12/21 このエントリーをはてなブックマークに追加 386 users Instapaper Pocket Tweet Facebook Share Evernote Clip Dockerコンテナ ミドルウェア ライブラリ ローカル環境

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

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

2015/12/08 このエントリーをはてなブックマークに追加 198 users Instapaper Pocket Tweet Facebook Share Evernote Clip Qiita マルチスレッド Ruby編 リソース 物理

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

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

2015/08/24 このエントリーをはてなブックマークに追加 593 users Instapaper Pocket Tweet Facebook Share Evernote Clip ジレンマ 利点 POSTD コラボレーション 反復作業

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

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

2015/08/23 このエントリーをはてなブックマークに追加 121 users Instapaper Pocket Tweet Facebook Share Evernote Clip 日誌 タイム・コンサルタント

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

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

2015/07/20 このエントリーをはてなブックマークに追加 116 users Instapaper Pocket Tweet Facebook Share Evernote Clip 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 Instapaper Pocket Tweet Facebook Share Evernote Clip Git VCS Atom プラグイン ターミナル

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

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

2015/01/16 このエントリーをはてなブックマークに追加 132 users Instapaper Pocket Tweet Facebook Share Evernote Clip デプロイツール Ansible SSH config コマンド

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

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

2014/11/20 このエントリーをはてなブックマークに追加 460 users Instapaper Pocket Tweet Facebook Share Evernote Clip ネットベンチャー ゆきブログ 企画 ロジック 文系

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

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

2013/06/13 このエントリーをはてなブックマークに追加 136 users Instapaper Pocket Tweet Facebook Share Evernote Clip PFU ScanSnap ドキュメントスキャナ USER 同日

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

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

2013/06/13 このエントリーをはてなブックマークに追加 256 users Instapaper Pocket Tweet Facebook Share Evernote Clip 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 Instapaper Pocket Tweet Facebook Share Evernote Clip InnoDB フルモデル MySQL エントリ フレンド

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

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

2007/10/10 このエントリーをはてなブックマークに追加 312 users Instapaper Pocket Tweet Facebook Share Evernote Clip naoya マルチスレッド コンテキスト fork コスト

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

 
(1 - 12 / 12件)