perl のプログラムをプロファイルしたい場合のメモ : 日々の記録
2011年04月13日10:10 カテゴリperl perl のプログラムをプロファイルしたい場合のメモ 作成した perl プログラムで遅い箇所を調べるのにプロファイルを使う場合のメモ Devel::Profile を利用。 とりあえず CPAN からインストール # perl -MCPAN -e shell cpan> install Devel::Profile ....... cpan> exit プロファイルを使う場合は $ perl -d Profile my_perl_porgram.pl args_for_program で実行。 たいてい、プロファイルなしでプログラムを実行した時よりも時間が掛かる（当たり前だけど）。 実行するとカレントに prof.out というファイルが出来ていて、それにプロファイルの結果が記述されている。 因みに今回試してみたプログラムだと、プロファ
perlperf - Perl の性能と最適化のテクニック - perldoc.jp
This is an introduction to the use of performance and optimization techniques which can be used with particular reference to perl programs. While many perl developers have come from other languages, and can use their prior knowledge where appropriate, there are many other people who might benefit from a few perl specific pointers. If you want the condensed version, perhaps the best advice comes fr
サブルーチンの作成方法 - Perl入門ゼミ
Perl › here サブルーチンの作成方法を学びましょう。サブルーチンとは、あるまとまった機能に名前をつけて呼び出せるようにする機能のことです。他の言語で関数と呼ばれる機能と同じです。Perlの標準関数についてはPerlの標準関数で解説しています。 サブルーチンの定義 サブルーチンを定義するには次のようにします。 sub サブルーチン名 { # 処理 } 簡単なサブルーチンとして二つの値の和を求めるtotalという名前をつけたサブルーチンを定義してみましょう。 sub total { # (1)引数の受け取り my ($num1, $num2) = @_; # (2)処理 my $total = $num1 + $num2; # (3)戻り値 return $total; } (1)引数は「@_」という変数に格納されています。引数にわかりやすい名前をつけるために、$num1と$num2
Devel::Profile - なぜ自分のプログラムがとても遅いのか教えてくれます。 - perldoc.jp
名前¶ Devel::Profile - なぜ自分のプログラムがとても遅いのか教えてくれます。 概要¶ perl -d:Profile program.pl less prof.out 説明¶ Devel::Profileパッケージは、Perl用のコードプロファイラです。 これは、Perlスクリプトおよび、そのスクリプトのサブルーチンの実行時間に関する情報を集めます。 この情報から、どのサブルーチンが最も多くの時間を使っているか、そして、どのサブルーチンが 最も頻繁に呼ばれているか調査するのに使用することができます。 Perlスクリプトのプロファイルを行うには、-d スイッチを使用してperlインタプリタを実行します。 プロファイラは、デバッグ用のフックを使っています。 test.plのプロファイルを行う場合以下のようなコマンドになります。 perl -d:Profile test.pl
Go言語でutf8のbomを削除する - メモ置き場
関連 : Python2でutf8のbomを削除する - brainstorm TrimPrefixが使える package main import ( "bytes" "flag" "fmt" "io/ioutil" "os" ) var UTF8_BOM = []byte{239, 187, 191} func hasBOM(in []byte) bool { return bytes.HasPrefix(in, UTF8_BOM) } func stripBOM(in []byte) []byte { return bytes.TrimPrefix(in, UTF8_BOM) } func main() { flag.Parse() defer func() { if err := recover(); err != nil { fmt.Fprintln(os.Stderr, "er
はじめての JIRA REST API - Qiita
はじめに この投稿は Atlassian User Group Tokyo Advent Calendar 2016 の11日目の記事です。 JIRA の REST API を使って課題を追加したりコメントしたりする方法をサンプルコードとともにご紹介します。（はじめて JIRA の API を使う人向け） 実施環境 今回紹介する内容を実際に試してみた環境は以下のとおりです。 項目 値 訳あって JIRA Core ですが、JIRA Software でも問題ありません。 REST API を使った実装の紹介 それでは本題に入ります。（と、その前に・・・ JIRA の API についての情報を ） API についての情報 JIRA 7.x になって、SOAP と XML-RPC 形式の API が削除されたようです。代わりに、REST API が台頭し充実してきています。以前は、実装されてい
JIRAのAPIを利用する - Qiita
こんにちは。mediba advent calendar 2016の17日目担当 メディアシステム開発部の松本です。 medibaでは、複数のチームがプロジェクト管理にatlassianのJIRAを利用しています。 定期的に発生するタスクの管理にも使用しているのですが、毎度ストーリーを発行して、サブタスクをメンバー分発行して・・・ というのが地味に面倒でうっかり忘れることもあるので、APIを利用して作業を簡略化してみました。 やりたいこと JIRAのAPIを利用して毎週発生する定期報告のissueを作成し、メンバーの数だけサブタスクのissueを作成する issueの作成日は毎週月曜日、報告期限は同じ週の木曜日 環境・準備 Python3.5.2 JIRA REST API requests 実装 import
【Java】try-with-resources構文について - TASK NOTES
Java7から追加されたtry-with-resources構文についてです。Java8についても関係がありましたので使い方からまとめておきます。 try-with-resourcesとは JavaSE6まではファイルやデータベースへのアクセスをするとリソースを解放するためにclose処理を記述していました。毎回close処理を書くのも面倒ですし、忘れるとメモリリークの原因になったりもします。そこでJavaSE7から追加されたtry-with-resources文を使うとこれらの問題が解決できるのです。 try-with-resources文は、1つ以上のリソースを宣言するtry文です。リソースは、プログラムでの使用が終わったら閉じられなければいけないオブジェクトです。try-with-resources文は、文の終わりで各リソースが確実に閉じられるようにします。 参照 : try-wi
git archive で指定ファイルを除外する
git archive コマンドを使えばリポジトリをアーカイブできるみたいです。 けれど .gitignore とかはアーカイブにはいらないのでどーにかできないかな、と思っていると tar とかでフィルタする 方法があるらしい。 けれど Mountain Lion にデフォルトで入っている tar には --delete オプションが無い様子。 で、もう少し調べると .gitattributes なるものがある様子。 これを書いているとファイルに対していろいろと設定できるらしく、 export-ignore と書いているとarchiveに含まれなくなるみたい。 .gitignore 除外のための .gitattributes の例はこんな感じ .gitattributes を書いて実際にアーカイブを試してみるけれど $ git archive HEAD -o archive.tgz だと
gitでラクに納品するためのカスタム`git archive` - Qiita
前書き こんにちは，@ukaznilです。普段は大学院で機械学習研究の傍ら，趣味でAndroidアプリをちまちま作って公開しています。サイトもよければご覧ください。 さて今回はエンジニアのの強い味方，普段の生活に役立つ「git」をちょっと便利にするTipをご紹介しようと思います。 gitで「納品」してますか？ もはやエンジニアの必須ツールであるgit。趣味でプログラムを書いている方はもちろん，お仕事で日々コミットしている方も多いですよね。 ご存じの通り，gitの素晴らしい点はその履歴が取れることです。変更の多いプログラムを書いているのであれば，「あとから戻れる」という安心感は何事にも変えられませんね。 さて，それでは「開発」が終わった後のことを考えましょう。 趣味として個人でプログラムを書いているのであればあまり関係のないことかもしれませんが，gitで管理しつつ作成したプロジェクト・ソース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Charming Python: Functional programming in Python, Part 3