連絡先 kokorohamoe at gmail.com です

gmailにかえてから すごいながくなりますが、変わってません まだ繋がります。

つか 引越し先の アドレス おせーろ

Raspberry Piのエミュレート

Raspbian Stretch 2018/3/13版をQEMUで動かすARMだからQEMU そうですか・・そうですね

insqll mysql

https://qiita.com/Ki4mTaria/items/778ff9186bb4958bb667

130年後でもがんばれよ

たぶんだれにもわかってはもらえない
へっぽこましーんのおれからおまへへ

130年後でもがんばれよ

シンプルでよかった

https://libgit2.org/libgit2/#HEAD/group/repository/git_repository_init
git_repository ** out pointer to the repo which will be created or reinitialized

const char * path the path to the repository

unsigned int is_bare if true, a Git repository without a working directory is created at the pointed path. If false, provided path will be considered as the working directory into which the .git directory will be created.

libgit2 なんかちがう

自閉症の疑いをかけられていたことが発覚!?

15年もブログやっていて
文筆業で雑誌を書いたことも合って
テレビにお呼ばれしたことも合って(オタク番組)

オタク系としてはかなり活発な活動をしているチャネルもある
チャネルが違う人にとっては接点がないけど
こんだけいろいろ情報発信していて
自閉症って言われたのははじめてだ

無理やりHの噂のあとは
自閉症かよ・・・

本人知ってれば1発で嘘とわかる 嘘に ひっかからないでくれ・・・

Perforce Setting

Perforce MACRO

100倍軽いLockでも200回使えば100倍重いLock1回より遅い

スピンロックに比べると、mutex はスレッドのブロックにより大量のプロセッサリソースを消費します。相互排他ロックが使用できない場合、スレッドはスケジューリングの状態を変更して、自身を待機スレッドの待ち行列に追加します。ロックが使用可能になると、スレッドがロックを獲得する前に、これらの手順を逆にたどる必要があります。スレッドは、ブロックされている間、プロセッサリソースを消費しません。

したがって、スピンロックと mutex は別の目的に使用すると有効な場合があります。非常に短期間のブロックでは、スピンロックの方が全体的なオーバーヘッドは少なくなることがあります。スレッドがより長期間ブロックされる場合は、mutex の方が全体的なオーバーヘッドは少なくなることがあります

https://docs.oracle.com/cd/E19253-01/819-0390/ggecq/index.html

マルチスレッド処理におけるLock処理もCPUに対してオーバーヘッドがかかるので 呼びまくればLcokだけでもかなりな負荷になるし まその他諸々
Lock処理は重さだけではなくアルゴリズム的なアプローチも重要になってくるので単純にはかけられないということ

Lockのオーバーヘッドは その処理そのものがCPUにかける深以外にも様々に計算しないといけないのでプログラマーの腕が出るめんどくさいところ