cognitionCognitiveはよいぞ。2017-04-020埋めファイルを作るとき、ddよりもheadが早い!?そんな馬鹿な!?Tweetいきさつキッカケは、以下のツイートを拝見したからです。>image.iso」目から鱗。ddと比べてどっちのほうが早いだろう。想定と実行時の違い脳内イメージでは以下のような感じで、bs=1GBで1回実行のほうが早いんじゃね?って思いました。実際にやってみたところ、結果が異なっていました。count=1のddが遅い。2017年4月2日そんなわけで、認識とはズレていたので、結局何が早いんだろうというところから、付随して原因までわかったので書きます。同様の目的を果たすのに、truncateとfallocateコマンドが存在するファイルの実体は作成されないので、アプリケーションごとにメモリ割り当ての際不都合が発生する場合があるので、オススメできない。ファイルを読み出す関数であるread()が呼ばれたとき、仕様として0を返しますメモリに割り当てる関数であるmmap()が実行された場合は正直よくわかってません。パフォーマンスが出るところを調べて欲しくはある。結局、パフォーマンスは変わらないので、/dev/zeroから持ってくる方法であれば、ddでもheadでもいいと思います。(truncateとfallocateは微妙にやりたいことと違う点、また、他にファイル生成の案が出なかったため。)付記(headとddの違いについて)bsによるメモリサイズの調整は、少なくとも1GB程度のテストファイルでは有意な差は見られませんでしたhead、dd共に内部では、read関数やwrite関数を呼び出すheadでは8KBもしくは4KB単位での操作(bs=8KB,4KBと同等のシステム関数呼び出し)何万回と呼び出されていても速度に変わりなかったTBなどのスケールだと、チューニングの効果が出るかもしれませんソースコード検証に使用したシェルスクリプトを記載しています。"------------syuuryou-----------"syori実行ログ(一例)実行結果は、以下の通りです。time関数により計測しています。十数回ほど実行しましたが、実行結果毎に1秒以上の差は出ませんでした。今回の調査に際して、以下の放送でプログラミング生放送コミュニティを利用させていただきました。コミュニティ運営の皆様、そしてコメントをしていただいた皆様、さらに視聴いただいた皆様、ありがとうございました。ライセンスと取得方法が変...ブログ納め。転職に1年1ヶ月かかった元SIerの失業保険とかの話。ロゴ運用についての疑問(と、支援士会...転職活動の結果、内定を貰ったので戦略の見直しについて書く。月別アーカイブプロフィールid:kitkatayama主に格闘ゲーム、翻訳、ITのことを書いている人。読者になるはてなブログをはじめよう!kitkatayamaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。