LONGMAN Basic 英英辞典 Exercise 3

 

LONGMAN Basic EINGLISH DICTIONARY の Exerciseその3です。

 

Exercise 3  -----------------------------------------

The word alphabet comes before the
word asleep in the dictionary.
alphabetという単語はasleepという単語より前に書いてあります。

These words both begin with the letter a, so
you must look at the second letters (l and s)
to see which one comes first.
これらの単語はどちらもaという文字から始まっているので、
どちらが前に並ぶかは、2番目の文字(l と s)を見る必要があります。

When the first two letters are the same
you look at the third letter.
When the first three letters are the same
you look at the fourth letter, and so on.
最初の2文字が同じ場合は、3番目の文字を見てください。
最初の3文字が同じ場合は、4番目の文字を見てください。
以降同様です。

Look at these words and put them in
alphabetical order:
これらの単語をアルファベティカルオーダーに並び変えましょう。

“these words”
think thirsty thermometer through thunder thumb
throw theory throat therefore thirteen

# answer
# theory therefore thermometer think thirsty thirteen
# throat through throw thumb thunder

----------------------------------------------------

“and so on” same “etc” です。
”etc”が文中に出てきても”and so on”と発音するのが一般的
・・・らしいです。
# ぐぐりました

“えとせとら”じゃーだめなのかー。
初めて知りました。

LONGMAN Basic 英英辞典 Exercise 2

 

LONGMAN Basic EINGLISH DICTIONARY の Exerciseその2です。
まだまだ、とっても簡単な内容です。

 

Exercise 2  -----------------------------------------

In a dictionary the words are in the same
order as the letters of the alphabet (this
is called alphabetical order), so that
words that start with a are at the
beginning of the dictionary and words
that start with z are at the end.
辞書内の単語はアルファベットと同じ順番に並んでいます。
（アルファベティカルオーダーと言います）
aから始まる単語が辞書の最初にあり、
zから始まる単語が辞書の最後にあります。

Look at these words and put them in
alphabetical order, beginning with letter
a and ending in letter m.
これらの単語をアルファベティカルオーダーに並び変えましょう。
最初はaで、最後はmです。

“these words”
chair flag lake elephant brush house inside
difference grandson kangaroo monument
journalist arrow

# answer
# arrow brush chair difference elephant flag
# grandson house inside journalist kangaroo
# lake monument

Now look at the main part of the dictionary
to see if you have the right answers.
さぁ、正解かどうかを辞書のメインパートを見て確認しましょう。

----------------------------------------------------

 

なんか日本語の方が難しい・・・（汗）

ってか誰か！
”main part”の日本語訳を教えてください！

うーん・・・主要部分とかそんなんかぁ？？
メインパートの方が通じる気がしてしまいますｗ

LONGMAN Basic 英英辞典 Exercise 1

 

お久しぶりの更新です。

先日、英語の勉強の為にこの本を買いました。

Basic English Dictionary (Basic Dictionaries)

せっかく買ったので、この辞書の最初の方に載っている、
Exercisesを翻訳していこうかなぁと思います。
# もし大人の事情で怒られたりしたら消去します

ちなみに、直訳をするつもりありません。

日本語にした時に、伝わりやすくしようと努力するので、
英文とは若干異なった文章になってると思います。

ニュアンスまで変わってたらごめんなさい。
まだまだ勉強中の身ゆえ、指摘or気付いた時に訂正します。

 

Exercise 1  -----------------------------------------

Look at the letters below and put them in the correct order:
下記の文字を正しい順番に並べなさい：

n t k a s l d i c o
(answer a c d i k l n o s t)

Now look at the alphabet above to see if you have the right answer.
さぁ、正解かどうかを上記のアルファベットを見て確認しましょう。

# Exercise 1 のすぐ上にAlphabetical order と題して
# a ～ z まで全て書いてあります

----------------------------------------------------

 

小学生でも分かるような超簡単な練習問題です。
とっても親切ね。

すごーく初歩的なところからだけど、おべんきょーの最初の一歩は、
「こんな幼稚なもの今更恥ずかしくて出来るわけないだろボケぇぇ！」
という感情を捨てることかなと思うです。

ってことで頑張るぞ。

・・・Exerciseは全部で30まであるなぁ。

container_of

 

LinuxのDevice Driverを眺めていると、ちょくちょく見かけるマクロです。
使う機会も割と多いため、覚えて損は無いです。

私も忘れないように一応メモを。

 

定義場所は”$(kernel_dir)/include/linux/kernel.h”
(kernelはlinux-2.6.34を参照)

#define container_of(ptr, type, member) ({ \
        const typeof( ((type *)0)->member ) *__mptr = (ptr); \
        (type *)( (char *)__mptr – offsetof(type,member) );})

Cast a member of a structure out to the containing structure.
てことで、memberを入れると、それを持ってる変数のaddressを返してくれるです。

 

具体的には、

struct test_structure {
    struct sub_structure member;
};

struct test_structure parent;
struct sub_structure *child = &parent.member;

struct test_structure *test;
test = container_of(child, struct test_structure, member);

これでtestにはparentのアドレスが入るって動きです。

 

「”私(1)”は”○○構造体(2)”の”××っていうmember(3)”です！」と言えば、
親を探してくれるって感じで覚えてます。
# 数字は引数の順番

ticklessなkernel

 

ノートPCや組み込み用のkernelでよくよくお世話になる、
tickless(CONFIG_NOHZ)のお話です。

 

LinuxのKernelは、定期的なtimer割り込みによって、
schedulerの管理をしています。

その定期的なtimer割り込みの単位をtickっていう言い方をして、
tickを格納している変数がjiffiesです。

timer割り込みの間隔は、CONFIG_HZによって設定されていて、
100HZ, 250HZ, 1000HZから選べるようになっているはず。
（Targetによって違いがあるかも）

仮に100HZとなっていたら1秒間に100回、つまり10msに一回の
timer割り込みが入り、その度にtickがカウントされるという仕組み
になっています。

 

定期的に割り込み処理が入り、schedulerが呼ばれますから、
当然idleの時間は短くなってしまいます。
（何もしなくても、ね）

そうなると、消費電力を気にするモバイル機器にとっては、
邪魔者以外何物でもなくなります。

 

そこで登場したのがtickless。

tickless(CONFIG_NOHZ)では、timer割り込みは動作せず、
scheuleは他の割り込みから呼ばれることになります。

jiffiesも同じタイミングでカウントされる為、定期的なカウントアップはしませんが、
時間管理として使用できるようにきちんと補正しています。

そーすることで、定期的に起こる無駄な処理を省き、idle時間を長くすることで、
消費電力を抑えることができます。

 

っとまぁ、こんな感じのものです。

自分で選んで使用してる癖に、度忘れしてしまっていたので、
思い出しながら書いてみました。

Debian系でnetwork interfaceの設定

 

なんだか、久々にブログ書いている気がする。

 

本日はちょこっとメモを。

Debian系ディストロでnetwork interfaceのIPアドレスを、Hotplug時に割り振る方法が分からなかったので、残しておきます。

 

やりたかったこと：
・とあるinterfaceに対してIPアドレスを静的に割り振る
・hotplug時に自動的に割り振るようにする

Debian系ディストロの場合、/etc/network/interfacesファイルに、
全network interfaceの設定が書いてあるです。

auto eth0
iface eth0 inet static
    address 192.168.0.1
    network 192.168.0.0
    netmask 255.255.255.0
    broadcast 192.168.0.255

って感じで書いてあるのだけど、このままだとhotplug対応してないみたいなんです。

それだと、usb ethernet gadgetなど後で接続するinterfaceは、
とーっても不便なので、ちょいと探してみました。

 

答え：

/etc/network/interfacesファイルを編集。

allow-hotplug $(device name) を追加でOK。
例） allow-hotplug etc0

 

ちなみに、OpenSUSEの場合は、
/etc/sysconfig/network/ifcfg-$(device name)ファイル
がInterfaceの数だけ存在して、STARTMODE=’hotplug’って
書いてあげることで同じことができるです。

全然違うと混乱しますよねぇ。

日本人の知らない日本語

 

日本語って難しいですよねぇ。
日本人のほとんどがそう思ってるはずです。

そんな難しい日本語を、海外の方々が勉強してるのだから、
ほんと偉いなぁって感心します。

そう、感心して心から応援したい・・・のだけど、
(*´艸`)ププっと笑ってしまう、そんな迷言や珍事を漫画化したのが、
この本。

日本人の知らない日本語 蛇蔵&海野凪子

日本人の知らない日本語2 蛇蔵 海野凪子

日本人である我々でも、中々知り得ない単語や文章もあり、
面白いだけでなく勉強になる良本だと思います。

「頑張ってください」の敬語が「お疲れの出ませんように」というのは、
この本を読んで初めて知りました。

 

「あなたは侍ですか？忍者ですか？」なんていう変な質問があったりと、
日本人からすると笑える迷言がいろいろと出てきますが、
これ、私たちが外国語学ぶ場合でも同じなんでしょうね、きっとｗ

多少変な言葉が出ても笑って許せる自分を再認識して、
自分が外国語勉強する時には、もっと積極的に迷言をはこうと思いました。

 

うん、オススメです。

 

 

読んだ本は感想を書く！
と、決めたのに全然書いてなかったので、これからボチボチと。

Oblivionのキャラ

 

もはやべんきょーでもなんでもない。
あ・・・英語の勉強にはなる？ｗ

最近（今更？）、Oblivionにはまっています。

私の周りでも小さなブームになっているので、
個人的な話題の為に使用中のキャラを晒しておきます。

 

こんな姿です。

耳長エルフの女性です。

最初は男性キャラを使用してたのですが、
色々あってLoadすると固まる罠キャラになってしまいまして、
心機一転、女性キャラになりました。

oblivionって綺麗だよねぇ。
結構前に発売されたゲームなのに、すごいなぁ。

 

ちなみに、今は盗賊ギルドに入って、盗みまくりちうです。

likely()とunlikely()

 

時々とんだ勘違いすることがあるので、忘れないようにmemoです。

Linuxのsourceを眺めてると度々、
if (likely(skb != NULL)) とか、
if (unlikely(local_softirq_pending())) のように、
わざわざif文をlikely() or unlikely()で括ってるものを見かけます。

“un”が頭についてると、ひっくり返したくなる気持ちがこみ上げてきて、
どーしても混乱しちゃうのは私だけですかねぇ？

 

とりあえず・・・・
likely()は、答えが真の場合に高速動作するようにコンパイルしなさい！
unlikely()は、答えが偽の場合に高速動作するようにコンパイルしなさい！
っていう意味です。

それぞれの中身は、
#define likely __builtin_expect(!!(x), 1)
#define unlikely __builtin_expect(!!(x), 0)

__builtin_expect()は、GCCに対し分岐方向のヒントを与えるものです。
第一引数が第二引数の場合は、高速動作するようにしてね！ってね。
# 通常の道をどれにするかのヒントでしょうね（突き進む方向とジャンプする方向）

 

実際にsourceを読む際は、一切無視して構わないってことです。
なのに、時々勘違いしてしまう。

うーむ。

 

新しいノートPCをGetしたことだし、Blogもボチボチ再開しよう。
そんな風に思いながら早５日。

覚えたことを忘れない為に、Blogに書いていたはずなのに、
続かなきゃ意味ないですね（汗）

調べたものや、読んだ書籍など、ネタは溜まってきてるので、
これからちょこちょこと更新するようにします。
# 読んでくれてる方宛？ いや未来の自分宛

buildrootを使ってみよう その２

 

buildrootを使ってみよう その１の続きです。

buildrootをmakeした結果、outputディレクトリの下に、
開発環境やファイルシステム等が生成されていました。

buildroot/output/staging/usr/bin –> gcc等
buildroot/output/staging/usr/lib –> libc.so等
buildroot/output/target –> ファイルシステム
buildroot/output/images –> イメージ化済のファイルシステム(ext2等)

buildroot-2009.11ではこんな感じです。
# versionによっては異なることもあるようです

今回はARM用にmakeしてみたので、
arm-linux-XXXっていうファイルがたくさんできました。

 

さて、肝心の動作確認です。
Target用の実行ファイルを作成し、qemuを使って実行してみます。

実行ファイルは、おなじみhello.cです。
makeは今回作成したarm-linux-gccです。
libraryも含めるように-staticを付けてmakeしました。

 

ドキドキしながら動作させてみると、サクっと動いちゃいました。

こーんな感じです。

上から、
１．fileの内容を確認
２．x86上で普通に実行
３．qemu上で実行

rootで実行してるのは、色を付けたかっただけです。

# あー・・・へいよーぐっつすっすはスルーしてください
# 先日みたニコニコ動画のとある動画の影響デス

 

これで、実機でも動くことを確認できたら、文句なしですね！

実はお仕事で使ってるのがARMなので、
隙を見てコッソリ動かしてみようかと思ってます。

ファイルシステムの方は・・・流石にコッソリFlashに焼くとかは無理だなぁ（汗）
今度やすーいボードを買うことも検討してみよう。

 

ところで、qemuのインストール方法ですが、
openSUSEならYaST2のSoftware Managementで、
”qemu”を検索して、出てきたのをインストールするだけです。

引っかかるのが一個だけなので何も悩む必要ないですね。

zypper install qemu でもきっと大丈夫だと思います。
# 私は試してません

他のディストロでも、apt-getやらyumやらで簡単にインストールできるはずです。

インストールするとqemu-XXXっていう実行ファイルがたくさん使えるようになるので、
アーキテクチャに合わせて使ってみてください。

buildrootを使ってみよう その１

 

buildrootというのは、様々なTargetの開発環境やルートファイルシステムを、
kernelのmenuconfigと同じTUIで作成できるTool(?)です。

ファイルの集合体って言った方がいいのかもしれないですね。
使用するライブラリがuClibcなので、組み込み向けです。

menuはこんな画面です。

試しにTargetとしてARMを選択してみると、

いっぱい出てきました。

こりゃ便利。
いちいち開発環境整えるだけでも大変ですからねぇ・・・。

Targetの選択と、Toolchainの選択と、Packageの選択をして、
makeをすれば簡単にできあがり！

の予定です。

 

実はmakeしながらブログ書いてます（汗）
kernelもそうですが、最初の一回目のbuildはすっごい時間かかるので、
動作確認はまた今度かな。

評価ボード等、実機で動かせるものは持っていないので、
QEMUを使ってみようと思ってます。

QEMUを使えば、クロスコンパイルして作成した実行ファイルを、
ホストコンピュータ上で実行できます（できるはずです）

ファイルシステムは無駄になっちゃうけど・・・・。

 

 

buildrootを使ってみよう その２に続く。

openSUSEでVMwareの共有ディレクトリが使えない？

 

明けましておめでとうございます。

色々あって、うちのノートPCのOSがWindows7になっちゃいました。

デュアルブートも考えましたが、いちいち切り替えるのが面倒なことと、
なにより、Windows7の方が動作が軽い orz

もちろん、グラフィカルな部分を抑えまくることでLinuxの方が軽快になるのでしょうけど、
やっぱり長い時間使っていると見た目も気になるのです。

ということで、年明け早々にopenSUSEのVMimageを作ってました。

 

使用したToolはVMware Player 3.0.0です。
ゲストOSはopenSUSE 11.2で、今回はデスクトップ無しです。

・・・一応GNOMEの環境いれたのでstartxで起動しちゃいますが、
runlevelは3で起動するようにしてます。

開発やサーバ用途の場合、デスクトップなんてあんまし必要ないですしね。
X上で端末立ち上げてCUIってのもむなしいですから。

仕上がりはこんな感じ。

 

さて、ずいぶんと寄り道しましたが、本題です。

VMwareには、ゲストOSとホストOSで共有するディレクトリを、
vmware-toolsを通して簡単に作成できます。

恐らくは、VMware使う人なら大概は使ってる機能だとおもいます。

普通は、「VM（V）」→「設定」で仮想マシン設定を開いて、
「オプション」タブの「共有フォルダ」を「有効化」することで、
なんの苦労もせずに使えるようになります。

んでもなぜか、openSUSEの場合は使えない・・・というより、
hgfsが無い！のです。

vmware-hgfsclientを見ても使えるようになってそうだし、
おっかしーなぁ？と思って手動でmountしたら出来ちゃいましたｗ

どーやら、vmware-toolsをインストール時に/etc/fstabの追記や、
/mnt/hgfsを作成してくれないようでして、自分で追記してあげれば、
問題なく使えるようになります。

 

ということで、修正内容。

１．/mnt/hgfsをmkdirで作成
２．/etc/fstabに.host:/ /mnt/hgfs vmhgfs defaults,ttl=5 0 0を追記

以上！

hgfsの部分は、fstabの内容とあってさえいれば、好きなものに変えてOKです。
今回は、デフォルトで作成されるはずのhgfsを使用してます。