2022年12月18日

中古PCで四苦八苦 というほどでもないか そだねえ

Lenovo X201はサブ機のサブ機である。さっき、使おうとしたら激オソになっとった。キーボードの反応が悪い、マウスの反応が悪い。タスクマネージャー見たらCPU 100%になっとったのであーーーる。
まあこういうのは何度も経験している。裏で何か動いている。やっぱ、あれだよ。更新が降りてきたのである。
更新が動いているとX201は激オソになる。しゃーない。低スペックPCの泣き所だ。わおーーーーーーん。泣いてみました。
更新内容がいくつもあるようでして。こりゃたまらん。使わない時は電源切っとるからなあ。使わないときに更新してくれるらしいのだがねぇ、電源が入っていれば(笑)

まあしかし、ちっきしょー。高性能PCが欲しいであるぞう。

どっかに落ちてないか(笑)

近所のHARD OFFに中古PCの観察に行くかい。買わないけど。ジャンク買って遊ぶかい。やだね。捨てるの面倒だし。

といいつつ、中古サイト探していたりして。。。。。いや、メルカリで探すか。。。まてまて、なんちゅーて。

posted by toinohni at 20:17| 東京 ☀| Comment(0) | ソフト系雑学 | このブログの読者になる | 更新情報をチェックする

うーむ 今年は芸タレの死亡が続くなあ そりゃ毎年だけどね そだねえ

https://www.msn.com/ja-jp/news/entertainment/%E8%A8%83%E5%A0%B1-c-c-b%E7%AC%A0%E6%B5%A9%E4%BA%8C%E3%81%95%E3%82%93%E3%81%8C%E9%80%9D%E5%8E%BB-romantic%E3%81%8C%E6%AD%A2%E3%81%BE%E3%82%89%E3%81%AA%E3%81%84-%E3%81%A7%E4%B8%80%E4%B8%96%E3%82%92%E9%A2%A8%E9%9D%A1-%E8%BF%91%E5%B9%B4-%E7%A7%BB%E5%8B%95%E3%81%AF%E8%BB%8A%E6%A4%85%E5%AD%90%E3%81%A0%E3%81%A3%E3%81%9F/ar-AA15pkHJ?cvid=a4648953b3ed400c958eb44fdb203d0e

image

とっくに忘れとるわ。だが、C-C-Bと言えば覚醒剤で逮捕されたヤツもいたなあ。まあ賑やかなことでんねや。
元リーダーの人も亡くなっとるのだねえ。C-C-Bで生き残っているのは覚醒剤事件で逮捕されたヤツだけか。悪いヤツほど長生きするってかね。なんですとーーーーー!! 
そういえば志村けん・クルリンパは亡くなったが田代は生きとるみたいだなあ。長生きするぞ、あいつはってか(笑)
まあしかし、60過ぎたら死亡率は増えるで・・・どっかの生命保険会社のサイトで見たような見なかったような。でも高齢者が多いので人口ピラミッドが歪なのだよ。なんですとー!! 
団塊の世代・・・数が多いからなあ。うーーーむ。で? 

知らん。

posted by toinohni at 14:09| 東京 ☁| Comment(0) | 日記もどき | このブログの読者になる | 更新情報をチェックする

Cコンパイラで四苦八苦なのであーーる

∑(1/n)は収束しない・・・というので実際の数字はどうかなとC言語でプログラム書いたのだが、MinGW gcc, TDM-64 gcc, bash Ubuntu gccで実行時間が異なる。
MinGW gccでコンパイル実行すると他の2つより激オソ・・って感じ。
これはどうしてか。

てな感じで四苦八苦している。TDM-64 gccとbashのgcc は同等。VScodeのTerminalでの処理である。

で、ワタクシが作ったプログラム、出版社サイトからDLしたプログラム・・・共通してMinGW gccは遅い・・・というわけでもないの。

よってに四苦八苦しているのだよよん。よよん。なんでだろ~なんでだろ~・・・・ 以下10万回繰り返し。空きたら終わり。

posted by toinohni at 13:47| 東京 ☁| Comment(0) | ソフト系雑学 | このブログの読者になる | 更新情報をチェックする

みんみんみーん MinGWとはなんぞや いまさらかよおぉぉぉ

だって知らんのだもの。インストールしてあるけど。
http://yohshiy.blog.fc2.com/blog-entry-292.html
2015年の記事でありSSL化もされていないのでFirefoxは「安全ではない」と警告出しとりますな・・・・(´・ω・`)

>>>
また、 Cygwin で開発する場合、 Unix のシステムコールの呼び出しなどをコードの変更なくそのままビルドできますが、そのかわりに作成したアプリは Cygwin のライブラリーが必須となり、 Cygwin 上で動作させなければなりません。
それに対して MinGW の場合、 デフォルトではサードパーティ製のライブラリーを何も使わず、 Windows のシステムランタイムのみ依存したアプリを作れるようになっています。
>>>

   なるほどー、そうだったんですね。よくわかりました(ウソ)

CygwinってWindowsでLinuxコマンド使えるようにした例のあれか・・・MInGWはその派生か。そうなのか。ネイチブではないのだな。だから遅いのだな。
VScode Terminalでbash使うのが一番速いぞ。。って昨日気づいたワタクシであるぞの。

てなわけでワタクシはMinGWは使わないのどすか。。 そだねえ。

もう一つわかっていないのがTDM gccだ。fortran探していて TDM gfortranっての見つけた次第であるがgccもあった次第である。
MinGWとTDMの関係って何さ~。ワケワカラン。

だが、VScodeでCのプログラムをコンパイル実行したらMInGW gccよりもTDM gccの方が高速だった・・・ワタクシは何かを勘違いしているのであるか。知らんけど。

posted by toinohni at 08:49| 東京 ☁| Comment(0) | ソフト系雑学 | このブログの読者になる | 更新情報をチェックする

Cコンパイラで四苦八苦して うむむのむー

DELL OPTIPLEX 7010SFF Win 11(非推奨PC) 22H2でVScodeでCコンパイラ使ってどれが速いかなあ・・・のちよっとしたテスト。
VScodeのTerminalで∑(1/n)のプログラムを動かす。n = 1000 億まで。これは収束しないのだった。nが無限大に近づけば1/nは0に近づくので収束する・・・気がしたのだが。
収束しない事の証明はサイトみたらあくつかあったので納得だが、実際に数字としてはどうなのかさー。
で、対数的な増加だなあ、これは。証明でも対数が出てきたし。

てなわけで100億まで計算だああああ。
bash gcc    40秒
MinGW gcc  141秒
CL     74秒
東芝Dynabook R732/FではTDM gcc 45秒。

DELL OPTIPLEX 7010SFF Win 11(非推奨PC) 22H2にもTDM gcc入れるか。そだねえ。待て待て、bash使えばいいがなや。最速なんだし。そだねえ。

つーわけでMinGWが遅いのはネイチブではないからだろ。bash gccはLinuxネイチブなのだろ。CLがさほど速くないのは知らんですね。

TDMが速いのは何でだ?   うーーむ。なにかやると何か出てくるなあ。何もやらんと何も出てこんのだよなあ。
ついでにいうとC言語のprintf()でバグったで(笑) いやー、そういうものだったんかーーーい・・・・
100億まで整数使うので、long long intっての指定しましたのですねえ。初めてですねえ。あるんですねえ。こうなったら100兆まで計算・・・・ しねーーーよ。日が暮れる・・・どころか何日かかるのかよバカタレなのですねえ。それでも収束はしないのですねえ。。。理論的に・・・・・・らしいのですねえ。

で、収束するのは ∑(1/2^n) = 1/2 + 1/4 + 1/8 + 1/16 + …
これは収束するのですねえ。
  ∑(1/n) = 1/1 + 1/2 + 1/3 + 1/4 + 1/5 +…  これは収束しないのですねえ。不思議ですねえ。無限大では項の値は0になるのに収束しないのですねえ。
ですねえ。

数学 むずかしあるよ、これ。おつむテンテンになたあるよ。

ちなみにVScode TErminalでCLを使うにはゴニョゴニョですねえ。開発者プロンプトで codeと叩いてVScodeを起動したら使えたのですねえ。これ覚えた知ったあるよ、もう使わないけど。

posted by toinohni at 08:25| 東京 ☁| Comment(0) | ソフト系雑学 | このブログの読者になる | 更新情報をチェックする