未分類

「あなたの夢をあきらめないで」とか「負けないで」という歌がありましたよね。

There were songs like “Don't Give Up on Your Dreams” and “Don't Lose”.

それついて、コメントをしたものが以下のものになります。

The following are comments on this.

あなたの夢を諦めないで

今、あらためて気がついたのですが、この歌『女性から男性に向けたメッセージ』ですよね。

I've just realized this song is a message from a woman to a man.

男性から女性に対して、「あなたの夢をあきらめないで」とか「君の夢をあきらめないで」とかいう歌ってありますか。私は知らないんですよ。

Is there a song that says something like “Don't give up on your dreams” from a man to a woman? I don't know.

ChatGPTに尋ねてみたら、

I asked ChatGPT, and 

『現在のところ、男性が女性に向けて「あなたの夢をあきらめないで」や「君の夢をあきらめないで」と直接的に歌う楽曲は見当たりません』

'I have not found any songs in which men directly sing to women, saying “Don't give up on your dreams.”

と言われました。

The above was the response.

-----

これって、一見、どうでも良いようなことにも見えます。

At first glance, this may seem like something that doesn't matter.

しかし、私は、これは結構根深い深い社会的病理の一端を現わしていると思うのです。

However, I think this reveals a part of a relatively deep-rooted social pathology.

(1)女性に対する「あなたの夢をあきらめないで」という社会的ニーズがないか、あるいは認識できないほど小さい

(1) There is no social need for women to “not give up on your dreams,” or it is so tiny that it cannot be recognized.

(2)男性側から女性に対して「あなたの夢をあきらめないで」という考え方がない

(2) Men don't think to women, “Don't give up on your dreams.”

(3)女性自身に「あきらめないで」と言われるほどの困難性を伴う夢という概念がないか、あるいは認識できないほど小さい

(3) There is no concept of a dream so tricky that it would make a woman say to herself, “Don't give up,” or it is so tiny that it cannot be recognized.

上記の(1)~(3)が正解かどうかはさておき、そう思わせるだけの世相がある、とは言えると思います。これは、社会における価値観やジェンダーロールの固定観念が根深く関係していることが分かります。

Leaving aside whether (1) to (3) above is correct, I think it can be said that a social climate makes people feel that way. This shows that deeply rooted social values and gender role stereotypes are related.

このように考えていくと、男性から女性に向けた「あなたの夢をあきらめないで」という歌が存在しないことは、単なる音楽業界の傾向ではなく、より広範な社会構造の反映であることがわかります。

When I think about it like this, I can see no songs by men or women telling them not to give up on their dreams. This is not just a trend in the music industry but a reflection of a broader social structure.

過去も現代も、女性も仕事や夢を追いかける人は、ちゃんと追いかけていたと思いますが、どうやら彼女らは「応援の対象」にはならかったようです。

In the past and the present, women who pursued their work and dreams could do so, but they seem to have been not considered “worthy of support.”

-----

ならば作りましょう。男性から女性に捧げる「あなたの夢を諦めないで」という歌を。

Then, let's make a song for men to dedicate to women, saying, “Don't give up on your dreams.”

男性から女性に捧げる「あなたの夢をあきらめないで」の歌の中には「終生独身上等」「仕事第一」「育児キャンセル」「婚活不要」「老後は自己責任」が含まれるでしょう。

Songs with the phrases “Never give up on your dreams,” “Single for life,” “Work first,” “Cancel childcare,” “No need to get married,” and “You are responsible for your retirement” should be broadcast.

加えて、『僕が困ったときには、きっと君が助けてくれるから』という、男性サイドの願望も加えておきましょう。

In addition, let's add the male side's desire, “I know you'll help me when I'm in trouble.”

この歌は、若い男性アイドルグループからリリースされることが望ましいでしょう。

A young male idol group would best release this song.

日本の人口激減は避けられませんが、労働人口は上がるかもしれません。

Although a sharp decline in Japan's population is inevitable, the working population may increase.

非婚化と出生率低下は、もう打つ手がないと思います(予算を積めばどうにかなる、という問題ではないと思う)。

I don't think anything can be done about the declining birthrate and the trend towards non-marriage (I don't think it's a problem that can be solved by increasing the budget).

ならば、せめて労働力を確保すべく、女性に捧げる「あなたの夢をあきらめないで」を、プロデュースしていくべきでしょう。

Then, to at least secure labor, they should produce “Don't give up on your dreams” dedicated to women.

ただ、これを「政府」がやるのは ・・・ 無理かなぁ。

However, I don't think the government could do this...

未分類

私は、11:30の特急に乗る予定だったのですが、10:30の列車が動いていません。

I planned to take the 11:30 express train, but the 10:30 train is not running.

強風で止まるとは聞いていたのですが、何時間も止まるとは思いませんでした。

I had heard it would stop in strong winds, but I didn't think it would stop for hours.

地震、豪雨、豪雪、人身事故は分かりますが「強風」です。

I understand earthquakes, torrential rain, heavy snowfall, and personal injury, but “strong winds.”

これには困りました。

This was a problem.

常磐線は代替交通手段がありません。

There is no alternative transportation on the Joban Line.

上野からピクリとも動かない特急電車の中で、待機していたのですが「架線にビニールがひっかった」とか、「倒木」とか、さらに不穏な車内放送が響きました。

I was waiting in the express train, which hadn't moved an inch from Ueno, when I heard an even more disturbing announcement over the loudspeaker: “There's a piece of plastic caught in the overhead wires” and “A fallen tree”.

『こりゃ、運転開始後も、到着時間が見込めないな』と判断して、出張を断念する旨を、先方に連絡しました。

I decided that I couldn't estimate the arrival time even after the drive started, so I contacted the other party to inform them that I would have to cancel the business trip.

今回の仕事は、機材持ち込んで、6~8時間くらい、ぶっつづけでシステム構築作業&実験の予定だったからです。

This time, I planned to bring in my equipment and work on system construction and experiments for 6 to 8 hours straight.

仕方なく、上野から自宅に帰宅中しました。そんでもって、自宅でシステムを組み立てて、システムチューニングをしていました。

I had no choice but to go home from Ueno. Then, I set up the system at home and performed system tuning.

-----

何が痛いって、失った時間が痛い。

What hurts is the time I've lost.

待機時間を含めると、本日、上野までの往復と、止った電車の中での時間併わせて、貴重な5時間が吹っ飛びました。

If you include the waiting time today, the time spent on the train to Ueno and back, and the time spent on the stopped train, a precious 5 hours have flown by.

出張には時間のリスクはつきものとはいえ、それにしても痛い。

Even though business trips are always risky, this is still painful.

-----

最近、30分多く時間がかかっても、新宿駅を回避するルートを選ぶようにしています。

Recently, even if it takes 30 minutes longer, I try to choose a route that avoids Shinjuku Station.

小田急新宿駅の、到着時間がアテにならないからです。

Because the arrival time at Odakyu Shinjuku Station is unreliable.

新宿駅は人が多く、相対的にバカとの遭遇率が高くなる、というのも、理由の一つですが。

One reason is that Shinjuku Station is very busy, and the rate of encounters with idiots is relatively high.

私、人生でナンパをしたこと一度もないので分かりませんが、ナンパする奴の知能や知性って、こんなにレベル低いんですか?

小田急は新宿駅周辺で、人身事故でもないのに、普通に遅延が発生します。

Odakyu trains are regularly delayed in Shinjuku, even when no accident occurs.

今や、小田急に限らず、今や都内の電車の到着時刻が、あてになりません。

Now, not just with Odakyu, but the arrival times of trains in the Tokyo area are unreliable.

今日も、わざわざ回避ルートを使ったのに(川崎駅経由)、こともあろうに、そのルートで人身事故の影響をくらいました。

Today, even though I took the detour (via Kawasaki Station), I was affected by a personal injury accident on that route.

「飛び込み自殺だけはやめとけ」と、私がこんなにも言い続けているのに、なぜ分かってくれないのだろう。

Why don't they understand me when I keep saying, “Don't do a suicide dive”?

(↑コラムに飛びます)

(Jump to the column)

いや、分かっています。私も危なかったこと、ありましたから(遠い目)。

No, I know. I've been in danger, too (looking far away).

-----

最近、ホームゲートが次々と設置されています。データからも、ホームゲートによる人身事故の防止は明らかですが、それでも、私の調べた範囲で、ホームゲートを飛び越えて自死した人も二人います。

Recently, more and more platform gates have been installed. The data clearly shows that platform gates prevent accidents involving people, but even so, within the scope of my research, there have been two people who have jumped over the platform gates and killed themselves.

ホームゲートを飛び越える気力が残っているなら、私なら、もっとラクで確実な自死方法をアドバイスできると思います(こっちにも書いてあります)。

If you still have the energy to jump over the home gate, I think I can advise you on a more comfortable and reliable method of suicide (it's also written here).

-----

強風、豪雨、豪雪、列車過密、信号機トラブル、車内設備トラブル、人身事故、乗客トラブル、人身事故....

High winds, heavy rain, heavy snow, overcrowded trains, signal trouble, in-train equipment trouble, personal injury, passenger trouble, personal injury...

「世の中思い通りにならない」ということは、当たり前なのですが、その当たり前が、なかなか、受け入れがたいものです。

It's evident that “the world doesn't always go how you want it to,” but it's not easy to accept that obvious fact.

未分類

この話の続編になります。

This is a sequel to the story.

私は、11:30の特急に乗る予定だったのですが、現在、10:30の列車が動いていません。

これは真面目な話なのですが、都心の電車を使わざるを得ない人は、いつでも、頭の中に、都心部の鉄道路線が頭に思い浮べれるように訓練しておく必要があります。

This is a serious matter, but if you have to use the train in the city center, you must train yourself to visualize the train lines in your mind at any time.

鉄道会社は、電車の中で「事故の発生状況」は教えてくれても、「私(たち)が、どうすれば良いのか」は、教えてくれません。

The railway company will tell you about the “circumstances of the accident” on the train, but they won't tell you “what we should do.”

主要駅までの代替交通手段を教えてくれることもありますが、それ以外について全部を説明しませんし、そんなことできるわけがありません。

Sometimes, they will tell you about alternative transportation to major stations, but they won't explain everything else, and there's no way they could.

では、スマホアプリを使えば良いか、というと、乗り換えアプリは情報の反映が遅い。

However, if you use a smartphone app, the information on the transfer app is slow to update.

その上、代替ルートは有料会員にしか提供しないことが多く、さらに、その代替ルート情報が、最適と言えない場合があります(というか、ほとんど役に立たない)。

What's more, alternative routes are often only provided to paying members. In addition, the alternative route information is not always the best (or, more precisely, it is rarely helpful).

会議の時間が決っている私たちは、数分で代替ルートを自力で決定しなればなりません。その数分を見逃すと、ベストな乗換駅を通過してしまう可能性が高いからです。

As we have a fixed meeting time, we must decide on an alternative route ourselves in a few minutes. If we miss those few minutes, we will likely pass the best transfer station.

先日の出張も、小田急が、午前5時半(始発?)ごろ、小田急小田原線の新宿駅と代々木上原駅の間で信号トラブルが発生し、その状態で運転を強行(?)した結果、正午過ぎまで、新宿到着率0%を続けるという、『どこからつっこめば良いのか分からない』ような事故を起こしています。

The other day, on a business trip, Odakyu Electric Railway had a signal problem between Shinjuku Station and Yoyogi Uehara Station on the Odakyu Odawara Line at around 5:30 in the morning (first train?). As a result of forcing through the operation (?), the arrival rate at Shinjuku Station remained at 0% until past noon, causing an accident that was 'so bad you didn't know where to start.'

この時、私は『新宿に近づくほど、到着時刻が遅くなる』と判断し、最初に他の路線と交差している駅で飛び降りました ―― 結果として、この判断が、私を救いました。

At this point, I decided that the closer I got to Shinjuku, the later I would arrive, so I got off at the first station, where the train crossed another line - and as it turned out, this decision saved me.

ぼんやりと、小田急の復旧を信じて待っていたら、この日の仕事も潰されるところでした。

If I had waited around idly, believing that the Odakyu line would be restored, I would have lost my job for the day.

小田急電鉄さんは、私の大切な交通インフラで生活のパートナーです。

Odakyu Electric Railway is an integral part of my transportation infrastructure and a partner in my life.

小田急が潰れたら、大問題です。小田急が不祥事を起こしても(いや、列車運行に関しては結構なトラブル起こしているんですけどね)、私は耐えるでしょう。でも、フジテレビが潰れようが、私は1mmも構わないです。NHKを含めて別のテレビ局がありますし、フジテレビが、私に特別良いコンテンツを提供しているとは思えないからです(そういう意味では、NHKの救済には走るかもしれない)

If Odakyu goes under, it will be a big problem. Even if Odakyu gets into trouble (well, they do have quite a few issues with their train operations), I'll put up with it. But if Fuji TV goes under, I don't care one bit. There are other TV stations, including NHK, and I don't think Fuji TV provides me with any excellent content (in that sense, I might run to the rescue of NHK).

だからといって、小田急の公式アナウンスを信じると、えらい目に遭うことは、経験的に知っています。

That said, I know from experience that believing the official Odakyu announcements can get you into trouble.

でもね、「本日中の復旧断念」というアナウンスを、今(23時)に出して、どーする。

-----

最近、会社はWebの事前予約による割引を命令してきますが、はっきり言って「どの電車に乗れるのか分からない」状態での予約は怖いです。

Recently, companies have been ordering discounts for reservations on the web, but honestly, I'm scared of making reservations when I don't know which train I'll be able to get on.

加えて、Webからのキャンセルが、高い確率で失敗します。

In addition, canceling from the web will fail at a high rate.

この損金処理対応で、コールセンタに連絡をして、取消認証処理をして ―― そんなしょーもないことにどれだけの時間を喰われるか、と考えると、事前予約なんて本当に怖くてできません。

When I think about how much time is wasted on such trivial matters as contacting the call center and going through the cancellation authentication process, I can't bring myself to make a reservation in advance.

-----

JRの「みどりの窓口」は、私には、いつでも列が発生しているように見えますし、何かトラブルになっているように見えます。

The JR “Midori no Madoguchi” always seems to have a line and is always in trouble.

「みどりの窓口」を、旅行代理店の相談窓口のように扱う救い難いバカいるようで、これが、さらに列を長くしているらしいです。

Some people treat the Midori no Madoguchi like a travel agent's consultation counter, which is longer than the lines.

ご存知のとおり、「みどりの窓口」は廃止の方向で、数を減らし、最近の特急券は、駅のホームの自販機で購入するように変ってきています。

As you know, the Midori no Madoguchi is being phased out, with the number of ticket offices being reduced, and recently, express tickets are being sold from vending machines on the station platform.

最近の私は、発車3分前に自販機で特急券を購入して、そのまま飛び乗る、というケースが続いています。

Recently, I have been buying express tickets from vending machines three minutes before departure and jumping straight on the train.

-----

ATM機の製造事業から撤収する会社も出てきています。キャッシュレスに進んでいる時代にあっては、仕方がないのかもしれません。

There are also companies withdrawing from the ATM manufacturing business. In an age of moving towards a cashless society, perhaps this is inevitable.

ただ、現金が全く使えない世界というのも困るとは思います。特に災害大国である我が国は、「停電」は常に想定事項です。

However, it would be a problem if cash were utterly unusable. In particular, as a country prone to natural disasters, power outages are something we always have to be prepared for.

『停電時/ネットワーク断絶時のキャッシュレス決済』というのが、重要な課題でしょう。暗号資産は、ローカル決済の方向に伸びていけば、新しい存在意義を確立すると思います。

'Cashless payment in the event of a power outage or network disruption' is probably an important issue. If cryptocurrency grows toward local payment, it will establish a new raison d'etre.

ノリとしては、『とりあえず、スマホの中に2万円分の暗号資産を入れとけ』ですね。

As a rule of thumb, 'for now, put 20,000 yen worth of crypto assets in your smartphone'.

スマホの充電そのものは、このような「手回し発電機」の常備で対応できるでしょう。

You can probably handle charging your smartphone by having a hand-cranked generator like this on hand.

「被災後に『購入しなっかったこと』を絶対に後悔するNo.1商品」

と考えていたのですが、

I thought, but I also thought again, 

―― こんなシステム作るくらいなら、手元に現金置いておく方がラクか?

Wouldn't it be easier to keep the cash on hand than to create a system like this?

という気もしてきました。

むしろ、現行の紙幣や貨幣は、「災害通貨」と呼ばれるよう変わっていくのかもしれません。

The current paper and coin money may change to be called “disaster currency.”

これから政府は、最低3日間の食料備蓄に加えて、「10万円分のアナログ通貨の保管」も呼びかけることになる、という感じですかね。

From now on, in addition to the minimum three-day food stockpile, the government will also call for the storage of “100,000 yen worth of analog currency.” Is that right?

-----

ともあれ、今、日本は、スマホと券売機しかない世界に劇的に移行中です。

Anyway, Japan is currently in the midst of a dramatic transition to a world where smartphones and ticket vending machines are the only things you can use.

このトレンドは航空会社が先行していますが、その対応は杜撰です。

Airlines are leading this trend, but their response is sloppy.

空港で、ようやく係員を見つけて、アプリの対応不良を申し出たら「変ですねぇ」と他人事のような対応されました(本当)。

At the airport, I finally found an attendant and complained about the poor app support, but he responded as if it were someone else's problem (it was).

-----

私たちは、クレームを言う機会すら与えられない世界に突入しています。

We are entering a world where we cannot even make a complaint.

生成AIが、このクレーム対応として威力を発揮できるかどうか、 ―― これだけが、最後の希望です。

Whether or not the generative AI can demonstrate its power in responding to this complaint - this is our last hope.

未分類

🔷 まとめ

移行方法 確実にデータを移行できるか? リスク
docker commit + docker save/load ❌ データがボリュームにあると移行できない データが失われるリスクあり
Docker Volume を使う ✅ どの環境でも確実に移行できる リスクなし(安全)

✅ 「どちらか分からないなら、Docker Volume を使うのが安心!」

ボリュームを使っていれば確実にバックアップされるし、もしコンテナの中にデータがあっても問題なく移行できるので、安全な方法! 🎯

未分類

docker images をやったのですが、同じ名前のdocker imagesが出てくるのですが、どれが最新なのか見分ける方法を教えて下さい。

同じ名前のdocker imagesが出てくるのですが、どれが最新なのか見分ける方法を教えて下さい。

CREATED も同じく"2months"になっていて見分けがつきません。 ですので、例えば、Dockerコンテナを動かして確認する方法はありませんか。現在、私は "docker-compose start" をした後にシェルでDocker内部に入っているのですが、この状況からの確認方法を教えて下さい

Dockerの外側(ホストOS)から稼働中のDockerコンテナを確認するには、いくつかの方法があります。以下は、その代表的な方法です。

1. docker ps コマンドで稼働中のコンテナを確認

ホストOS上で、現在稼働中のコンテナを一覧表示するために、以下のコマンドを使用します。

docker ps

cam@cam-desktop:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
c928a6ab4e6b u2404b-dev-environment "/bin/bash" 4 days ago Up About an hour u2404b-dev-environment-1

という表示がでてきました。
このイメージをsaveする方法を教えてください。

1. イメージを保存する
まず、docker save コマンドを使用してイメージをファイルに保存します。以下のコマンドを実行してください。

$ docker save -o u2404b-dev-environment.tar u2404b-dev-environment

このコマンドは、u2404b-dev-environment という名前のイメージを u2404b-dev-environment.tar というファイルに保存します。

2. 保存されたファイルを確認する
保存が完了したら、ファイルが正しく作成されたか確認します。

$ ls -lh u2404b-dev-environment.tar

このコマンドで、保存されたファイルが存在し、適切なサイズであることを確認できます。

あとは、zip等で固めて、先方に送付すればO.K.

-----

保存したイメージを他の環境でロードするには、どうしたら良いですか。

もし他の環境に移動してこのイメージを使用したい場合、docker load コマンドを使用してイメージをロードします。

ファイルを解凍して、

$ docker load -i u2404b-dev-environment.tar

これにより、保存されたイメージが再びDockerにインポートされ、使用可能になります。

ところが、この方法では、自力で設定した環境などが全く引き継がれないらしいです。

送付いただいたものはgstreamer、コンパイル環境が入っていない状態でした。
お手数ですが、コンテナをcommitしてsaveしたものを送付願います。
(参考:https://sagantaf.hatenablog.com/entry/2018/09/04/190801)

上記の参考資料の通りにやってみることにしました。

(Step.1) まず、ゲストOSを立ち上げておいて、ホストOSから以下のコマンドを投入します
cam@cam-desktop:~$ sudo docker ps

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
c928a6ab4e6b u2404b-dev-environment "/bin/bash" 4 days ago Up 3 hours u2404b-dev-environment-1

(Step.2) 次に、このc928a6ab4e6bを使って、20240828_shajyoという名前(名前は好きなように)でコミットします

cam@cam-desktop:~$ sudo docker commit c928a6ab4e6b 20240828_shajyo
sha256:ac3405c474d294e5b5d0bd9a8cdc51a600f8cd3d04685877cecfb772e284b17e

# コミットしている最中、ゲストOSにアクセスできなくなるようですが、恐れず、じっと我慢しましょう。

(Step.3) コミットに成功しているかを確認します

cam@cam-desktop:~$ sudo docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
20240828_shajyo latest ac3405c474d2 4 minutes ago 2.5GB  ← できている
u2404b-dev-environment latest 48248de5e524 2 months ago 1.23GB
<none> <none> dcb4a05fb5a5 2 months ago 1.23GB
<none> <none> 132165fbb602 2 months ago 986MB
u2404_dev-environment latest 940f87bcbccf 2 months ago 986MB
<none> <none> a4252fdea034 2 months ago 988MB
u2404-dev-environment latest a042684decc4 2 months ago 971MB
ubuntu 24.04 ffb64c9b7e8b 2 months ago 101MB
hello-world latest ee301c921b8a 16 months ago 9.14kB

(Step.3) 20240828_shajyoをセーブします

cam@cam-desktop:~$ docker save 20240828_shajyo -o 20240828_shajyo.tar

あとは、これをzip等で圧縮して、先方にお送りすれば良いです。

cam@cam-desktop:~$zip 20240828_shajyo.tar.zip 20240828_shajyo.tar

-----

これを展開するのは、多分、以下のようになると思います(というのは、私が試していないからです)

(Step. 1) 一旦、ホストOSからイメージを削除する
$ docker images

REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
20240101_shajyo          latest              3c053ce8d919        25 minutes ago      193MB

$ docker rmi 20240101_shajyo

(Step. 2) ホストOSから、ファイルからイメージを作成する

$ sudo docker load < 20240828_shajyo.tar

これでイメージが復活する(ハズ)とのことです。

ご対応ありがとうございました。
コンパイル環境と各プログラムがイメージに入っていることを確認しました。

というコメントをいただいたので、多分大丈夫です。

=======

今回イメージを受けとる側になりましたので、イメージの作成方法を追記します。

cam@cam-desktop:~/u2404b$ docker-compose start
service "dev-environment" has no container to start
と言われてしまいました。

解決手順

1. 現在のコンテナ状況を確認

まず、docker-compose.ymlのディレクトリに行きます。

現在のコンテナ状況を確認するため、以下のコマンドを実行します:

docker-compose ps

出力が空の場合、まだコンテナが作成されていないことを意味します。

2. コンテナを作成・起動

$ sudo docker load < 20241016_shajyo_latest.tar
でつくったもので
20241016_shajyo latest bf4a5d825daa 13 months ago 3.15GB
となっています。

もし 20241016_shajyo:latestdocker-compose.yml 内で使用する予定がある場合、以下の手順を考慮してください。


1. 20241016_shajyo:latest を使用する場合

docker-compose.yml に以下のようにイメージ指定を追加します。

 

version: '3'

services:
  dev-environment:
    image: 20241016_shajyo:latest  # ロード済みのイメージを使用
    environment:
      DISPLAY: ${DISPLAY}
      XDG_RUNTIME_DIR: /tmp/xdg
    volumes:
      - /tmp/.X11-unix:/tmp/.X11-unix
      - /home/cam/u2404:/home/cam/u2404
    stdin_open: true
    tty: true
    network_mode: host

docker-compose up コマンドで、コンテナを作成して起動します:

docker-compose up --build -d
  • --build は、新しいビルドが必要な場合に使用します。
  • -d は、デタッチモード(バックグラウンドで実行)を有効にします。

このコマンドで新しいコンテナが作成され、サービスが開始されます。

ところが、これでもDockerで作ったデータベース本体丸ごとでの移行はしないみたいです(ちょっと待った。現在これ検証中)。

結論:docker commit ではデータは移行されない可能性が高い!
データベースごと移行するなら docker volume をバックアップするか、pg_dump を使うべき

データベース本体と丸ごと持っていきたい場合は(も、あてにならないので、現在検証中)

DockerのPostgreSQLデータベースをWindows→WSLのDockerへ移行する方法

未分類

Windowsのセキュリティを全解除する方法を説明します。ただし、これはセキュリティリスクが極めて高いため、イントラネット内での実験用に限定し、外部ネットワークに接続しないことを強く推奨します。


1. Windows Defender ファイアウォールを完全無効化

方法1: コマンドで無効化

管理者権限のPowerShellを開いて、以下のコマンドを実行してください。

powershell
Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False

これで、全ネットワークプロファイルのファイアウォールを無効化します。

とりあえず、ここまででいいかな。

方法2: GUIで無効化

  1. ファイアウォールとネットワーク保護 を開く
  2. ドメイン ネットワークプライベート ネットワークパブリック ネットワーク の3つ全てを「オフ」にする

2. Windows Defenderのリアルタイム保護を無効化

管理者権限のPowerShellで以下を実行:

powershell
Set-MpPreference -DisableRealtimeMonitoring $true

GUIで行う場合:

  1. Windows セキュリティウイルスと脅威の防止
  2. ウイルスと脅威の防止の設定リアルタイム保護 をオフにする

3. Windows SmartScreenを無効化

管理者権限のPowerShellで以下を実行:

powershell
Set-ItemProperty -Path "HKLM:\Software\Microsoft\Windows\CurrentVersion\Explorer" -Name SmartScreenEnabled -Value Off

GUIで行う場合:

  1. Windows セキュリティアプリとブラウザーコントロール
  2. SmartScreen の全項目をオフにする

4. UAC(ユーザーアカウント制御)を無効化

レジストリを変更することで完全無効化できます。

powershell
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System" -Name EnableLUA -Value 0

変更後、再起動が必要です。


5. Pingを許可

ICMP(ping)を許可するには、以下のコマンドを実行:

powershell
New-NetFirewallRule -DisplayName "Allow ICMPv4" -Protocol ICMPv4 -IcmpType 8 -Action Allow -Direction Inbound

6. すべてのポートを開放

方法1: 特定のポートをすべて開放

以下のコマンドで全ポートを開放:

powershell
New-NetFirewallRule -DisplayName "Allow All Ports" -Direction Inbound -Action Allow -Protocol Any -Enabled True

方法2: ファイアウォールを完全無効化

上記の**「1. ファイアウォールを無効化」**を実施すれば全ポート開放されます。


7. Windows Updateの無効化

Windows Updateを完全に無効化したい場合:

powershell
Stop-Service -Name wuauserv -Force
Set-Service -Name wuauserv -StartupType Disabled

8. 共有フォルダの制限解除

管理者権限のPowerShellで、SMBの制限を解除:

powershell
Set-SmbServerConfiguration -EnableSMB1Protocol $true -Force
Set-SmbServerConfiguration -EnableSMB2Protocol $true -Force

さらに、ファイル共有を完全開放するには以下を実行:

powershell
New-SmbShare -Name "Shared" -Path "C:\Shared" -FullAccess Everyone

"C:\Shared" を共有フォルダとして、全ユーザーにフルアクセスを付与します。


9. リモートデスクトップを有効化

RDPを有効にするには、以下のコマンドを実行:

powershell
Set-ItemProperty -Path "HKLM:\System\CurrentControlSet\Control\Terminal Server" -Name fDenyTSConnections -Value 0
Enable-NetFirewallRule -DisplayGroup "Remote Desktop"

10. 自動ログインの設定

特定のユーザーで自動ログインしたい場合、以下のレジストリ設定を変更:

powershell
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" -Name AutoAdminLogon -Value "1"
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" -Name DefaultUserName -Value "YourUserName"
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" -Name DefaultPassword -Value "YourPassword"

注意点

  • 外部ネットワークには絶対に接続しないこと
  • 一度無効化したら、戻すのも手間がかかるため慎重に
  • Windows Updateを止めると脆弱性が残るので要注意

イントラネット環境での実験用なら問題ありませんが、セキュリティリスクを理解した上で行ってください。

未分類

現在、1万8000人分の毎日のマルチエージェントシミュレーションを行っているのですが、私が持っている最速のマシンでも、1年間(365日)の計算に4.2日かかることが分かりました。

これ、お金で解決するなら、なんとかしたいと思います(とは言え、10万円くらいを上限でお願いします)

現状の条件は下記の通りです。

(1)Postgresql + PostGISで、おそらく数百万回以上のダイクストラ計算をしている。

(2)準備しているエージェントは約22万、で、この大半が条件エラーでオミットされている。

(2)DBの負荷を下げるために、1台のホストと2台のDBコンピュータを並列で使っている。但し、DBははDockerで動かしている。

で、私の要求仕様は以下の通りです。

(1)プログラムを1行も改造したくない。プログラムだけで、現在200を超えている。これらを改造している時間はない。

(2)プログラム言語はGo言語。スレッドや並列処理は使っていない(使わないようにコーディグしました)。

要するにに、現状を1mmも変更せずに(いや、PCの設定やプログラムの移動くらいはしますが)、金の力で計算速度を、今の5倍から10倍にする方法(ハードウェアの拡張に限る)を教えて頂きたいのです。

当面の目標は「1年間365日シミュレーション/24時間以内」です。

-----

因みに、クラウドを使い倒すとか、PC買うとか、そういうことは、もう検討済みです。プログラムも改造の余地はありますが、そんな時間はなく面倒くさいです。そういう提案でしたら、ご遠慮申し上げます。

「ハードウェア(物品)の購入だけで、計算の高速化ができる方法」のみ歓迎いたします。

よろしくお願い致します。

 

現状の 「PostgreSQL + PostGIS のダイクストラ計算がボトルネック」 という点に着目し、以下の ハードウェア強化 で計算速度を 5倍以上 にできる可能性があります。

1. ストレージの劇的な高速化(最優先)

NVMe SSD (PCIe 4.0または5.0) に換装

  • PostgreSQL + PostGIS のダイクストラ計算は、ランダムアクセス I/O が大量発生 するため、最も効果があるのは ストレージの超高速化 です。
  • SATA SSD → PCIe 4.0 NVMe SSD に変更するだけで 4倍~10倍の高速化 が可能。
  • 可能なら PCIe 5.0対応の高性能SSD にするとさらに高速化。

【推奨ストレージ】

  • Samsung 990 PRO (PCIe 4.0, 2TB)
    • 読込 7,450MB/s, 書込 6,900MB/s(実測ランダムIOPSも超高速)
    • 価格:約2.5万円
  • Crucial T700 (PCIe 5.0, 2TB)
    • 読込 12,400MB/s, 書込 11,800MB/s
    • 価格:約4万円
  • Micron 9400 Pro (PCIe 4.0, 3.84TB, Enterprise向け)
    • ランダムIOPS特化、DB用途向け
    • 価格:約8万円

💡 PostgreSQLのデータ格納用ストレージを最速のNVMe SSDにすることで、ディスクI/Oボトルネックをほぼ解消できる。


2. メモリ増設(DBのキャッシュヒット率向上)

  • PostgreSQL の shared_buffers と OS の page cache が十分に働くようにメモリを増設
  • 現在のメモリが 32GB 以下なら、128GB まで増設することを推奨。
  • PostgreSQLはデフォルトでは shared_buffers が小さいため、メモリ増設後、postgresql.conf で以下のように設定変更:
    conf
    shared_buffers = 32GB # 現状の8倍くらいを目安
    work_mem = 256MB # 一時計算用メモリを増やす
    effective_cache_size = 96GB # OSのキャッシュ利用を最大化
  • 64GB~128GBのメモリを積めば、DBキャッシュヒット率が爆上がりし、ディスクアクセスが激減する。

【推奨メモリ(DDR4/DDR5)】

  • Corsair Vengeance LPX 64GB (2 x 32GB, DDR4-3200)
    • 価格:約2.2万円
  • Kingston FURY Beast DDR5 64GB (2 x 32GB, DDR5-5600)
    • 価格:約2.8万円
  • 128GBに増設する場合、4 x 32GBで対応可能。

💡 DBのキャッシュヒット率が上がれば、ダイクストラ計算の待ち時間が大幅に短縮される。


3. DB専用マシンの強化(CPUとPCIeバンド幅の最適化)

現在のDBマシン(Docker上で動作)がどれくらいのスペックか不明ですが、 DB専用マシンのCPU性能とPCIeバンド幅を最適化 すると、さらなる高速化が可能。

【推奨DBサーバー構成】

  • CPU:Ryzen 9 7950X3D (16コア, 5.7GHz, 3D V-Cache 128MB)
    • DBのインデックスキャッシュに3D V-Cacheが爆効く
    • 価格:約7万円
  • マザーボード:ASUS PRIME X670-P
    • PCIe 5.0 NVMeスロット搭載
    • 価格:約2万円
  • メモリ:64GB DDR5
    • 価格:約2.8万円
  • ストレージ:Micron 9400 Pro 3.84TB (PCIe 4.0)
    • 価格:約8万円(ただし、予算オーバーのためSamsung 990 PROで妥協可)

💡 DB専用機を組むなら、3D V-Cache搭載のRyzen 9 7950X3D が最強選択肢。


4. Dockerのチューニング(不要ならネイティブ動作へ)

  • DockerがI/Oボトルネックになっている可能性あり。
  • 「直接ホストOS上でPostgreSQL + PostGISを動かせるなら、Dockerをやめる」 ことで、数%~20%のパフォーマンス向上。

💡 ただし、プログラム改造なしの方針なので、無理に変えなくてもOK。


結論(予算内で最強の選択肢)

✅ 必須購入

項目 製品 価格
ストレージ Samsung 990 PRO 2TB (PCIe 4.0) 2.5万円
メモリ 64GB DDR4/DDR5 (32GB x 2) 2.2万円
CPU (オプション) Ryzen 9 7950X3D (16コア, 128MB 3D V-Cache) 7万円
  • 最優先はSSD換装(NVMe PCIe 4.0以上)
  • 次にメモリ64GB化
  • 余裕があればDB専用マシンを Ryzen 9 7950X3D に更新(3D V-Cacheでダイクストラ爆速化)

💡 SSD & メモリ増設だけでも、計算時間 4.2日 → 1日以下 に短縮できる可能性大。


最適化後の期待値

改善項目 速度向上の目安
NVMe PCIe 4.0 SSD 2倍~4倍
メモリ 64GB 1.5倍~2倍
CPU Ryzen 9 7950X3D 1.2倍~2倍

💡 合計で「5倍以上」の高速化が可能。目標の24時間以内も見えてくる。


✅ 10万円以内で可能な最強のハードウェア高速化策

  • Samsung 990 PRO (2TB, PCIe 4.0) に換装
  • メモリ64GB(可能なら128GB)に増設
  • 余裕があれば Ryzen 9 7950X3D 搭載のDB専用機を構築

この3つの施策で、 「4.2日 → 24時間以内」 が実現できる可能性が極めて高い。

💰 これなら「プログラムを一切変更せずに」金の力だけで解決できます!

 

未分類

これはコロラドに住んでいた時の話です。

デパートの階段の前で、嫁さんが、まだベビーカーに乗っていた当時二歳の娘をベビーカーから抱きかかえて、階段を上がろうとしていた時のことです。

はるか遠くから、全力疾走で走ってくるアメリカ人の男性二人。

娘の入ったベビーカーをガシっと掴むや否や、どどどどどーーとベピーカごと、娘を階段の上に運んでしまい、嫁さんが礼を言うまえに、ぱぱっと走って消えていってしまったそうです。

この話を聞いたとき、私は感動で背筋が震えたのを覚えています。

「『かっこいい』とは、こういうことだな」と、嫁さんと二人で頷きあっていました。

米国の生活の中で、ちょっと日本では味わえないような、(言い方は良くないのですが)数多くの「暴力的な好意」に出会いました。

-----

しかし、、、、

私が分からんのは、このような親切の塊でできているような(と私には見えることが多い)多くの米国人を代表する政府が、頼みもしないのに、他の国に出かけてまで戦争なんぞをしに行くのだろう、ということなのです。

もの凄い違和感を感じます。

-----

私の出会ったいわゆる米国の人は、自国の戦争方針に凄い嫌悪感を持っており、大統領の政策を批判して憚らない方が多かったようです。

例えば『ブッシュの中東政策は間抜けだ』というような意見です。

確かに、私も、政府の政策が、我々の意図と同一と思われたらかなわんと思うようなことが沢山あります。

「国家の人格」と「国民の人格」は完全に独立である、と考えないと、我々は大切なものを「国際的」に失なってしまうかもしれません。

未分類

私の趣味を、業務が奪っていく ――

"Business takes my hobby."

Here is the story of how, about twenty years ago, I was beaten while compiling a Linux kernel: "Ebata! Don't play with the toy OS!"

According to EtherCAT, which a significant automobile manufacturer officially adopted, the reason why I just built a system with EtherCAT is that I happened to find an EtherCAT enslaved person in my home junk box, and I wanted to use it as a human sensor enslaved person.

私が、ラズパイを使い始めたのは、私のこずかいで購入できる「サーバ運用ができるコンピュータ」が、ラズパイしかなかっただけです。

I only started using Raspberry Pi because it was the only "computer that can operate a server" that I could purchase on my own.

-----

私が、個人的な趣味で始め、そのプロセスで取得した技術(プログラムや電子回路)が、

The technology (programs and electronic circuits) that I started with my hobby and acquired through that process is

「会社の業務で使いまくられている」という現実に、

"used in the business of my company".

なんとなく、釈然としない思いをしています。

Somehow, I can't be convinced.