Writing fast, processor-independent code using C++ and LLVM bitcode Using inline assembly along with C/C++ code has long been the best choice for developers writing optimized code. However the approach had its shortcomings: - the need to write assembly for each architecture - the use of inline assembly hinders certain compiler optimizations (such as register allocation) But thanks to LLVM it is no
Welcome to the home of the PIKE (Penn State Information, Knowledge, and wEb) Research Group. We study research issues involving the management of and mining in data in diverse forms (e.g., structured records, text, multimedia, social media, and Web), and their social or security applications. People seem to call such as (part of) Data Science, Social Computing, and/or Cybersecurity these days. Con
Haskellって、変数に束縛されている値が「評価されている」と「されていない」の状態を持っていて、それがグローバルにあちこちから共有されているから「どれくらいの計算量で終わるか」みたいな議論になるとイメージが掴めなくて困っていた。確認する方法があればいいのになぁ、でも、ないんだろうなぁと、諦めていたが、GHCiである程度できることがわかった。面白いじゃんこれ。 まずこんなソースコードを用意してみる。これは「リストを結合した時点で前半のリストは評価されるのか否か」を実験するためのコード。以前議論になったときに、僕の主張としては「前半を評価しないでも『xsの先頭1個と「xsの残りとysを結合したもの」のcons』を返せば良い。きっとその実装になってるだろう」というものだったのだけど、今までは挙動を観察する方法を知らなかったので議論止まりだった。 xs = [1, 2, 3] ys = [4,
GitHub や GHE を使って多人数で開発していると,プルリクエストを横断して試す必要が頻繁に発生すると思います. プルリクエストを次々に試したり,#30 と #31 をマージした結果を試したい!なんてケースもあるのではないでしょうか. GitHub では git ls-remote すれば分かるように,プルリクエストの番号と対応したブランチがリモートに存在しているので,これを取得してみます. .git/config に追記(あるいは git remote add とかで適当に) [remote "pr"] url = git@github.com:yourusername/yourrepos.git fetch = +refs/pull/*:refs/remotes/pr/* あるいはこんな感じ(丸投げ): https://gist.github.com/3342247 git fe
HPC Ruby Compiler 中村 晃一 自己紹介 • 中村 晃一 • 東京大学情報理工学系研究科コンピュータ科学専攻 • 平木研究室修士2年 • 研究分野:コンパイラ最適化 – データ転送・配置最適化技術 – 動的言語のプログラム解析・最適化技術 2012/3/5 地球流体電脳倶楽部ワークショップ 2012/3/5 地球流体電脳倶楽部ワークショップ HPC Ruby Compiler • 静的解析に基づく、Rubyの実行前最適化 コンパイラ • HPC分野でのFortran・Cの置き換えを 目指している 2012/3/5 地球流体電脳倶楽部ワークショップ Rubyプログラム 記述 ドライバー プログラム ダイナミック リンクライブラリ HPC Ruby Rubyインタプリタで実行 HPC分野における高級言語の必要性 • Fortran・C言語の使用を続ける事は限界 –低生産性 •
Python Testing Python Software Development and Software Testing (posts and podcast) This post has several examples, and covers fixtures, test discovery, asserts, running options, and running unittests and doctests. Nose’s tagline is “nose extends unittest to make testing easier”. It’s is a fairly well known python unit test framework, and can run doctests, unittests, and “no boilerplate” tests. It
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く