Linuxカーネルで見る最適化の技 - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
この記事はLinux Advent Calendar 2014の13日目です。 LWNのACCESS_ONCE() and compiler bugsを読んでなるほどねーと思ったのでその辺について書いてみたいと思います。 最適化の技と言いつつ実際は最適化させすぎない技なんですが＼(^o^)／ まずACCESS_ONCEマクロの役割ですが、これは必ずデータを読みたいという場合に使ってます。 例えばこんなコードがあったときに（かなり適当ですが雰囲気は掴めるはず） while (1) { struct foobar *p = foo; if (p->hoge) { .... } } コンパイラはこのように最適化をかけてくる可能性があるんだけど、fooは別のスレッドによって変更されるのでループ毎にデータをfetchして欲してというケースで使うのがACCESS_ONCEマクロみたいです。 struc
GCC 4.7 — Todo Lab
GMP 5.1.1 cd $HOME/build rm -rf gmp-5.1.1 wget -O - ftp://ftp.gnu.org/gnu/gmp/gmp-5.1.1.tar.bz2 | bzip2 -dc | tar xf - cd gmp-5.1.1 ./configure --prefix=$PREFIX/gcc-4.7.3 --enable-cxx make -j4 make -j4 check sudo make install MPFR 3.1.1 cd $HOME/build rm -rf mpfr-3.1.1 wget -O - http://www.mpfr.org/mpfr-3.1.1/mpfr-3.1.1.tar.bz2 | bzip2 -dc | tar xf - cd mpfr-3.1.1 ./configure --prefix=$PREFIX/gcc-
オーバーシー・パブリッシング - GNU開発ツール
GNU Development Tools 著者：西田 亙 ※PDFでのダウンロード販売は終了しました。 C言語の入門書でお馴染みのhello.cは、gcc hello.c という簡単なコマンドで実行可能ファイル a.out に生まれ変わります。多くの教科書はここで立ち止まることなく、次のページへと進んでしまうのですが、皆さんは「a.outはどこからやってきたのか」、「#include にはどういう意味が隠されているのか」、疑問に思われたことはないでしょうか。本書は、これらの疑問に真正面から取り組み、自らの力で答えを見つけ出そうとする方々のための指南役として誕生しました。 プログラムが誕生するまでには、４つのビルド工程が必要ですが、普段はgccコマンドが裏方でこっそりと処理しているため、私達の目に触れることはありません。その挙動は、-vオプションを与えることで明らかになります。 gcc -
weighttpでwebサーバの負荷テスト - 雑多なインフラエンジニア日記
Apache Bench飽きたし他に何か無いのかな～と探したら、weighttp にたどり着きました。 (SSL未対応ですが・・・) ほんとは、ApacheJmeterで小難しいシナリオ作ってWebサーバの負荷試験を 行うのがベストだと思いますけどね。 ・参考にしたサイト http://www.iij.ad.jp/company/development/tech/activities/weighttp/index.html#Message-complete http://matsu911.github.io/waf_book_ja/#_%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89%E3%81%8A%E3%82%88%E3%81%B3%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3
LLVM/Clangがぜってーサポートしねーと宣言しているLinuxカーネルに多用されているGCC拡張
[Phoronix] LLVM/Clang 3.3 Should Be Close To Building Linux Kernel LLVMLinux Bug 9254 – clang can't build iptables in Linux kernel: error: fields must have a constant size: 'variable length array in structure' extension will never be supported ClangでLinuxカーネルをビルドできる状況は、多くの勢力に望まれてきた。理由は様々だ。Clangはビルド時間が短い。静的解析による警告も優れている。ソースコードも綺麗だ。複数の独立した実装でコンパイルできるコードは、誤りを静的に発見しやすい移植性にも優れる。より優れたコピーレフトなライセンスであるGPLv
Page Redirection - GNU Project
This page has been incorporated into another. If you are not redirected automatically, click here. For questions related to the use of GCC, please consult these web pages and the GCC manuals. If that fails, the gcc-help@gcc.gnu.org mailing list might help. Comments on these web pages and the development of GCC are welcome on our developer list at gcc@gcc.gnu.org. All of our lists have public archi
Homebrewで最新のGCC ( gcc-4.6.2 ) をインストールするためのパッチを書いてみた - はやくプログラムになりたい
最近Macのパッケージ管理システムを色々使ってみていて，その一環でHomebrewを使ってみたりなどしました． Homebrewにはgccのパッケージが見当たらなかったので検索してみたところ， homebrew-altというリポジトリに比較的新しめのgcc-4.6.0のFormulaがありました． 404 · GitHub まあしかし，最新版のgccを追っていってる人はそれなりにご存知だとは思いますが，gcc-4.6.0はバグとか色々アレなので，どうせならつい先日出た4.6.2をインストールしたいということで，上記のファイルをgcc-4.6.2に対応させるパッチを書きました． https://github.com/rhysd/others/blob/master/gcc4.6.0-to-gcc4.6.2.patch 使い方は上記のサイトからそれぞれgcc.rbとgcc4.6.0-to-gc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Index