Gotanda.pm #16 で 「XS で作るクロージャ」というタイトルで LT しました - アルパカ三銃士
gotanda-pm.connpass.com で LT してきた。 XS を触ったことない人にとっては内容がちんぷんかんぷんだったはずなため、そのカバーをこの記事でできればいいなと思う。 今回作成しようとしたクロージャは次のような、どこかで作成した一つの値をサブルーチン内に保存して返すようなものである。 my $i = 0; my $c = sub { $i }; まず XSUB は extarnal subroutine の略で、その名の通り Perl コードとしてではなく外部にサブルーチンを定義することを意味している。 今回の LT で紹介した 2 パターンの内 XS(subroutine_name) で定義した場合のコードをちょこっとおさらいしたい。 XS(XS_prototype_getter) { dVAR; dXSARGS; SV *retval = (SV *)CvXSUB
Linuxがモノリシックカーネルである理由
Linuxがモノリシックカーネルである理由 2013-01-10 Quoraの問答は本当に面白いものばかり。技術的でないのもかなり興味深いものが多いが、またLinuxについてのネタで分かりやすいのがあったので訳してみた。 Linuxがモノリシックカーネルであるというのはどういう意味か？ モノリシックカーネル モノリシックカーネルは、プロセスやメモリの管理、例外の取扱い、入出力のやり取り、ファイルシステムなどほとんどの基本的なシステムサービスを実行する。層構造になっており、基礎的なプロセス管理からOSの他の部分(ライブラリ群や、層の最上位であるアプリケーション)とのインタフェースからなっている。基本的なサービスをカーネルスペースに含めることは、次のような大きな3つの欠点となる。 カーネルサイズが大きくなる 拡張性に乏しい メンテナンス性が悪い マイクロカーネル カーネルの機能を基本的なプロセ
xv6 source code: メインページ
xv6 source codeに対してTue Dec 2 2014 19:20:13に生成されました。 1.8.5
6.828 / Fall 2017
Xv6, a simple Unix-like teaching operating system Introduction Xv6 is a teaching operating system developed in the summer of 2006 for MIT's operating systems course, 6.828: Operating System Engineering. We hope that xv6 will be useful in other courses too. This page collects resources to aid the use of xv6 in other courses, including a commentary on the source code itself. History and Background F
Circle CI 2.0の基礎的な設定まとめてみた(GAE/Goのサンプル付き) - Qiita
今回の記事について Circle CI2.0用の設定の基礎的な部分のメモ。 今回の記事は、単純な設定をCircle CI 2.0 で行うことを目的としているため、基礎的な設定のみを行い、Workflow等の設定は行わない。 ※ Workflowの記事は別で書きたいと思っている。 また、サンプルとして、GAE/Goの設定を行う。 別にCircle CI1.0のことを知らなくても読めるはず。 Circle CI 1.0とCircle CI 2.0の機能的な違いなどについては、ここでは行わないので、以下を参考にするといいと思われる。 CircleCI 2.0に移行して新機能を活用したらCIの実行時間が半分になった話 - クラウドワークス エンジニアブログ CircleCI 2.0を使うようにするだけで、こんなに速くなるとは夢にも思わなかった！ | Tokyo Otaku Mode Blog 基本
CircleCI 2.0 移行に潜む闇 - SmartHR Tech Blog
こんにちは。SmartHR SRE チームの吉成です。 先日 CircleCI 2.0 移行の記事を書きましたが、CircleCI 2.0 に移行するのは一筋縄ではいきませんでした。 本日は設定の変更や Docker 利用の影響で行き詰まったことを紹介し、その解決方法を共有したいと思います。幾つかは前回の記事でも軽く触れたものになりますが、参考になれば幸いです。 カスタムイメージ置き場の闇 2.0 から自身で CI に利用したい Docker イメージをあらかじめ作ることで、ビルド中の動作環境を用意する時間を短くできるようになりました。 弊社では Ruby on Rails をベースにしつつも、フロントエンドのコードは npm を使って管理するように分割されているため、Ruby と npm の両方を扱える環境が必要でした。 そのため、今回は Ruby をベースイメージとして npm をイン
CircleCI2.0のWorkflowsを試す
他のビルドツールで既にあった、ビルドパイプラインと考えればわかりやすいと思います。 これを導入すると何が嬉しいかというと、 ビルドの実行フェーズを複数に分けることで、どこでFailしたかなどが視覚的に掴みやすい並列にjobを実行させることで通常の同期的なビルドフローよりも効率良く回せる具体的にはbundle installとかnpm installとかを並列に回して、共有ディレクトリに結果を入れたりできる色々並列にjobを回したあと、それを待ち受けて最終的な結果を同期的に受け取ることもできるbranchや言語のバージョンによって別々でテストを回したい時などに別個かつ並列にビルドを行える外部APIにつなぎにいく時にfailした場合などでは、Rerun from failedができるので、ケースによっては全工程をなぞる必要がなくなるなどのメリットがあります。 早速自分のこれまでのcircle.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Differences between Oracle JDK and OpenJDK
xv6 - Game Lab -PukiWiki-
postfix dereference 徹底攻略 / effective postfix dereference
xv6 source code: /Users/yutaka/project/lecture-os/xv6-src/sh.c ソースファイル