2025年2月24日月曜日

Rocky Linux 9.4 でソフトウエアRAIDを使う

 mdadm を使います.1TB の nvme-SSD を3枚使って RAID5 を組もうと思う.

gnome-disks で GUI を使ってデバイスを調べてみる.
  1. $ gnome-disks
 

/dev/nvme2n1 /dev/nvme1n1 /dev/nvme0n1 の3つが対象らしい.mdadm で デバイス3つからなる RAID5 アレイを作成してみる.
  1. $ sudo mdadm --create /dev/md1 --level=5 --raid-devices=3 /dev/nvme2n1 /dev/nvme1n1 /dev/nvme0n1
  2. mdadm: Defaulting to version 1.2 metadata
  3. mdadm: array /dev/md1 started.
 

詳細を見てみる.
  1. $ sudo mdadm --detail /dev/md1
  2. /dev/md1:
  3. Version : 1.2
  4. Creation Time : Sun Feb 23 18:43:49 2025
  5. Raid Level : raid5
  6. Array Size : 1953260544 (1862.77 GiB 2000.14 GB)
  7. Used Dev Size : 976630272 (931.39 GiB 1000.07 GB)
  8. Raid Devices : 3
  9. Total Devices : 3
  10. Persistence : Superblock is persistent
  11.  
  12. Intent Bitmap : Internal
  13.  
  14. Update Time : Sun Feb 23 18:44:05 2025
  15. State : clean, degraded, recovering
  16. Active Devices : 2
  17. Working Devices : 3
  18. Failed Devices : 0
  19. Spare Devices : 1
  20.  
  21. Layout : left-symmetric
  22. Chunk Size : 512K
  23.  
  24. Consistency Policy : bitmap
  25.  
  26. Rebuild Status : 0% complete
  27.  
  28. Name : localhost.localdomain:1 (local to host localhost.localdomain)
  29. UUID : 1b06a578:dccea7c3:2c92ad48:7f894c6f
  30. Events : 4
  31.  
  32. Number Major Minor RaidDevice State
  33. 0 259 2 0 active sync /dev/nvme2n1
  34. 1 259 1 1 active sync /dev/nvme1n1
  35. 3 259 0 2 spare rebuilding /dev/nvme0n1
 

XFS でフォーマットしてみる.
  1. $ sudo mkfs.xfs /dev/md1
  2. log stripe unit (524288 bytes) is too large (maximum is 256KiB)
  3. log stripe unit adjusted to 32KiB
  4. meta-data=/dev/md1 isize=512 agcount=32, agsize=15259776 blks
  5. = sectsz=512 attr=2, projid32bit=1
  6. = crc=1 finobt=1, sparse=1, rmapbt=0
  7. = reflink=1 bigtime=1 inobtcount=1 nrext64=0
  8. data = bsize=4096 blocks=488312832, imaxpct=5
  9. = sunit=128 swidth=256 blks
  10. naming =version 2 bsize=4096 ascii-ci=0, ftype=1
  11. log =internal log bsize=4096 blocks=238440, version=2
  12. = sectsz=512 sunit=8 blks, lazy-count=1
  13. realtime =none extsz=4096 blocks=0, rtextents=0
 

マウントポイントを作ってマウント.読み書きも確認.
  1. $ sudo mkdir ssd_raid5
  2. $ sudo chmod 775 ssd_raid5/
  3. $ sudo mount /dev/md1 ssd_raid5/
 

/etc/mdadm.conf に設定を書き込み.fstabにも登録しておく.
  1. $ sudo mdadm --examine --scan | sudo tee -a /etc/mdadm.conf
  2. $ sudo vim /etc/fstab
 

RAID5 アレイ自体はご機嫌に作成できたのだが,おっしゃ使うかと HDD からファイルをコピーしていると途中から本体の画面から
  1. [718.401734] md1: writeback error on inode 1611208334, offset 0 sector 1466540928
  2. [718.401748] md1: writeback error on inode 1611208334, offset 0 sector 1466540928
  3. [718.401758] md1: writeback error on inode 1611208334, offset 0 sector 1466540928
 
みたいなメッセージが大量に発生し(上の詳細は適当),しまいに
  1. [718.408539] XFS (md1): log I/O error -5
  2. [718.408544] XFS (md1): Filesystem has been shut down due to log error (0x2).
  3. [718.408546] XFS (md1): Please unmount the filesystem and rectify the problem(s).
 
とファイルシステムからIOエラーが表示されてしまうなど.試しにアレイのdetailを見てみると…
  1. $ sudo mdadm --detail /dev/md1
  2. /dev/md1:
  3. Version : 1.2
  4. Creation Time : Sun Feb 23 19:45:46 2025
  5. Raid Level : raid5
  6. Array Size : 1953260544 (1862.77 GiB 2000.14 GB)
  7. Used Dev Size : 976630272 (931.39 GiB 1000.07 GB)
  8. Raid Devices : 3
  9. Total Devices : 3
  10. Persistence : Superblock is persistent
  11.  
  12. Intent Bitmap : Internal
  13.  
  14. Update Time : Sun Feb 23 20:08:49 2025
  15. State : clean, FAILED
  16. Active Devices : 1
  17. Working Devices : 2
  18. Failed Devices : 1
  19. Spare Devices : 1
  20.  
  21. Layout : left-symmetric
  22. Chunk Size : 512K
  23.  
  24. Consistency Policy : bitmap
  25.  
  26. Name : localhost.localdomain:1 (local to host localhost.localdomain)
  27. UUID : 7396ce6e:09a2ed3a:09c83b4a:295ff556
  28. Events : 315
  29.  
  30. Number Major Minor RaidDevice State
  31. - 0 0 0 removed
  32. 1 259 2 1 active sync /dev/nvme2n1
  33. - 0 0 2 removed
  34.  
  35. 0 259 0 - faulty /dev/nvme0n1
  36. 3 259 1 - spare /dev/nvme1n1
 

/dev/nvme0n1 ご臨終か….Lexir 1TBという詳細のわからないチャイナSSDだし….むしろ LVM で単一ボリュームにしてこれまで使っていたので,過去のファイルに影響及ぼしてなければいいのだけれど….

結局残った 2 枚で RAID1 アレイを組んでお茶を濁しておく.怪しい SSD は破棄して 2TB x 3 とかにするか.

2025年2月23日日曜日

Rocky Linux 9.4のインストールが started cancel waiting for multipath siblings of nvme1n1 と言われてスタックする

タイトル通り.ググっても解決方法が明確で無い.結論から言うと,古い nvidia グラボで GUI を出すのは無理っぽい.VNC で出しましょう.

以下のマシンでは全く問題無くインストールが進み,
・Ryzen 7 7950x, B650 chipset (MSI B650M GAMING PLUS WIFI), 内蔵 Radeon Graphics(2CU)
・Ryzen 9 7945HX (MINISFORUM  BD790i SE), 内蔵 Radeon Graphics(2CU)

以下のマシンで当該問題が出て詰まっていた.
・Ryzen 2990wx, X399 chipset (Asrock X399 Taichi), GeForce GT 710

nvidia のグラボとの相性かしら.Cent OS 7の時は全く問題無かったのだけれど..以下 OS インストールからドライバをなんとかして入れようとして諦めた備忘録.無駄に2日かかったわ,トホホ.

(1) USB メモリのラベルを書き換える.

同じようなことが以下でも書かれていた.
USB メモリの autorun.inf を開き,Rocky Linux のインストール USB のラベルを
Rocky-9-4-x86_64-dvd
から
ROCKY-9-4-X
に書き換える.

(2) nomodset を使う
参考にしたのは以下のサイト.

インストーラー(GRUB)起動時に Tab でオプションに移動,オプションに以下を追加する.

nomodeset 
## noapci nodmraid nvme_core.default_ps_max_latency_us=0 はしなくてもよい

これでGUIではなく CUI でインストーラが立ち上がる.GUI だと(nomodesetつけないと)スタックしてインストール画面にたどり着かない.

(3) CUI / VNC でインストールする.

GUI インストーラで[1]言語が英語で認識されているのだが,そのままでは[3]のインストールソースが認識されない.一度[1]言語設定をしてあげると,[3]のインストールソースを"LABEL=ROCKY-9-4-X"と自動認識する.(この挙動は不安定で何度もブートするハメに…)

ディスクは選べるがパーティションの設定はお任せになってしまうみたい(?).root とユーザーは適当に.
インストーラ起動時に CUI でインストールするか,VNC で遠隔で画面をつなぐか聞かれるが,VNC の方が圧倒的に楽である事に気がついたので最後だけ VNC を使った.

(4) ポートフォワードしてGUIを表示させる.

Linux マシン側で VNC を立ち上げる.

$ sudo dnf install tigervnc-server
$ vncserver

IP アドレスも調べておく
$ ifconfig

Windows 側で ssh ポートフォワードする.
Putty → Connections → SSH → Tunnels
Source Port:5900+VNCのセッション番号
Destination:LinuxマシンのIP
Putty 接続

VNC Cliant を立ち上げ.localhost:5901 で接続.

以下ドライバを入れようと試行錯誤したが結局あきらめてしまった.

・RTX2000 以降(?)は公式ドライバを nvidia のリポジトリから落とせる.今回の対象はGT710 (400番台相当らしい)なので,ドライバを入れても「対応してへんで」「公式サイトからドライバ落としてな」と言われてしまう.

・公式サイトの古いドライバを入れてもハングしてしまう.

・公式サイトの古いドライバにパッチを当てて起動するようなスクリプトを配布されている.

こちらのパッチでもいくつかドライバのバージョンがありバージョンによって挙動が変わるのだが,コンパイルヘッダの場所が新しい Linux Kernel では移動していてコンパイルエラーになったり,CPATH 変えて無理くり入れても結局 nv_acpi のコンパイルができなかったり,バージョンによってはすんなり入っても再起動するとパニック起こしてしまったり,結局 GUI で動かすのは厳しかろうという判断になった.
そもそも 400 番台という古い GPU で動かそうというのがあかんのか,でも GT 7x0 シリーズって画面映ればええねん GPU の定番で現役だと思うのだが….もう少し新しめのアーキテクチャの GPU 買ってくるしかないのかねえ.

nvme の問題なら M.2 の SSD 抜いたらええんか,と思って抜いたらポストすらしなくなってしまってめっちゃ焦った.

2025年2月15日土曜日

LaTeX 擬似コードでのインデントの変更 (Google翻訳しただけ)

デフォルトでは、algorithmic パッケージは 2 em のインデントを設定します。簡単なコマンドを使用して、インデントを減らしたり増やしたりできます。

\begin{document} の前に以下のコマンドを配置するだけです。

\algrenewcommand\algorithmicindent{0.5em} % または任意の値を

これにより、好みに応じてインデントが減らされたり増やされたりします。


2025年2月13日木曜日

Redomi Note 13 Pro+ 5G

今使っている Mi Max さん,フラッシュ LED がつかない(なぜか Zaim のカメラだとつく),電話不能,などなど徐々に不調になってきたので Redomi Note 13 Pro+ 5G に乗り換え.+のつかない Redomi Note 13 Pro 5G で十分だったのだけれど,デザインがかわいいので+にしてしまった.


カメラがでかい & 重い….上側が重たいので重量バランスが悪い….

・カメラの画角
日本のレビューにはカメラの画角が書かれていなかった.英語サイトのFAQによると画角(と 35 mm 換算焦点距離)は以下の通り.
メインカメラ:84.8° (24mm相当)
超広角カメラ:118.2° (13mm相当?)
マクロカメラ:80.5° (26mm相当)

メインカメラは 2x トリミングで 48 mm 相当,4x トリミングで 96 mm 相当,と考えるとなかなか良い画角.マクロはもっと画角狭い方がいいなぁ.

・adb 使って以下のアプリを消す(本当は穏便に Disable したかったけれどできないらしい).十分かどうかは不明.以下のサイトも参考に.
【Xiaomi】MIUIの広告削除、不審アプリ削除方法【Xiaomi adb/fastboot tools】

  1. adb shell pm uninstall --user 0 com.miui.videoplayer
  2. adb shell pm uninstall --user 0 com.xiaomi.mipicks
  3. adb shell pm uninstall --user 0 com.miui.audiomonitor
  4. adb shell pm uninstall --user 0 com.miui.android.fashiongallery
  5. adb shell pm uninstall --user 0 com.miui.settings.rro.device.hide.statusbar.overlay
  6. adb shell pm uninstall --user 0 com.miui.mishare.connectivity
  7. adb shell pm uninstall --user 0 com.xiaomi.mi_connect_service
  8. adb shell pm uninstall --user 0 com.mi.globalbrowser
  9. adb shell pm uninstall --user 0 com.miui.player
  10. adb shell pm uninstall --user 0 com.miui.phrase
  11. adb shell pm uninstall --user 0 com.miui.gallery
  12. adb shell pm uninstall --user 0 com.facebook.services
  13. adb shell pm uninstall --user 0 com.miui.wallpaper.overlay.zirconjp
  14. adb shell pm uninstall --user 0 com.miui.bugreport
  15. adb shell pm uninstall --user 0 com.miui.yellowpage
  16. adb shell pm uninstall --user 0 com.miui.miwallpaper.overlay.zirconjp
  17. adb shell pm uninstall --user 0 com.mi.globallayout
  18. adb shell pm uninstall --user 0 com.miui.cit
  19. adb shell pm uninstall --user 0 com.miui.misound
  20. adb shell pm uninstall --user 0 com.facebook.system
  21. adb shell pm uninstall --user 0 com.miui.wallpaper.overlay.customize
  22. adb shell pm uninstall --user 0 com.google.ar.core
  23. adb shell pm uninstall --user 0 com.miui.mediaeditor
  24. adb shell pm uninstall --user 0 com.google.android.videos
  25. adb shell pm uninstall --user 0 com.google.android.apps.tachyon
  26. adb shell pm uninstall --user 0 com.google.android.youtube
  27. adb shell pm uninstall --user 0 com.google.android.apps.youtube.music
  28. adb shell pm uninstall --user 0 com.xiaomi.glgm
  29. adb shell pm uninstall --user 0 com.mi.globalminusscreen
  30. adb shell pm uninstall --user 0 com.google.android.apps.chromecast.app
  31. adb shell pm uninstall --user 0 com.google.android.apps.subscriptions.red
  32. adb shell pm uninstall --user 0 com.google.android.apps.chromecast.app
  33. adb shell pm uninstall --user 0 com.android.thememanager
  34. adb shell pm uninstall --user 0 com.miui.miservice
  35. adb shell pm uninstall --user 0 com.google.android.apps.messaging
  36. adb shell pm uninstall --user 0 com.android.provides.downloads.ui
  37. adb shell pm uninstall --user 0 com.google.android.apps.wellbeing
  38. adb shell pm uninstall --user 0 com.google.android.inputmethod.latin
 

・[開発者オプション]→[最小幅]を初期値の"406"から"510"あたりに変えると,一画面に描画されるコンテンツが増えるのでよい.昔は adb で DPI を変えていたけれど端末単体でできるのは便利になったねぇ,と思ったら Mi Max 君でもできるんだが(!)

左が 406 (初期設定),右が 510 .
 

・[開発者オプション]→[アクティビティを強制的にサイズ変更可能にする]を選ぶと画面分割に対応していないアプリでも画像分割できるようになるかもしれない.

・サードパーティーランチャーで画面分割が動かない.標準のランチャーが裏で生きているとサードパーティーランチャーでも画面分割できるのだけれど,KILLされてしまうと動かなくなってしまう.ナビゲーションボタンの非表示もできない.超不便.(昔のMIUI だとできたんだが)

・Redomi Note 13 Pro+ 5G はでかいでかいと言われているけれど,個人的には横が小さすぎ(74.2mm)て QWERTY が打ちづらい.


歴代スマホと横幅を比べてみる.左から
Galaxy Note: 83mm
Xperia Z Ultra: 92mm
Mi Max 3: 87.4mm
Redomi Note 13 Pro+ 5G: 74.2mm
Mi Max 3: 87.4mm (没)

Galaxy Note は不満無いので横幅 80mm あたりが使いやすさの分水嶺なのかしら.Mi Max 4 がでたらよかったのにねぇ.

Z Ultra はお天気モニターアプリの常時表示で使っていたのだが,バッテリーがご懐妊していて持ち上げたら背面パネルがポロンと取れた….

2024年11月24日日曜日

IEEEの著作物を自分の論文に引用する

 IEEEの著作物,例えばIEEEに著作権譲渡した自分の国際会議論文を他の出版社の論文誌に引用する場合,IEEEに申請しないといけない.またその旨を著作物に明示しなければいけない.


・引用許可の申請
その場合,IEEE Xploreから申請が出来る.当該論文のページを開き,(c) マークの"Request permission for reuse"を選択する.


目的を入力する.論文誌への再利用であれば,"reuse in a journal/magazine"を選べば良い.出版予定の論文のタイトル,出版社,予定出版日などを入力する.自分の著作物を学位論文に引用するのであれば,"reuse in thesis/dissertation"を選ぶ.この場合申請は不要でお値段はタダらしい.

しばらくするとIEEE RightsLinkからメールが来るので,"Choose Payment"から支払えば良い.

1週間程度で最終的に支払のメールがやってくる.私の場合,4ページものの自分の文献の図表を引用するだけで4万2千円だって.
コ レ ハ ヒ ド イ ….


・引用ルール
本文を部分的に引用する場合:元の公開記事の全引用に続いて IEEE 著作権表示を記載する: © 20XX IEEE
図表の引用: IEEE 著作権表示 (© 20XX IEEE)を各図表に記載する
全文記事の引用:文献リストの当該文献に次のように記入 “© 20XX IEEE. Reprinted, with permission, from [full citation of original published article].”

・参考
Avoid Infringement Upon IEEE Copyright


2024年9月15日日曜日

大学・高専機能強化支援事業と教員の任期

 大学・高専機能強化支援事業は8年から10年の時限付きの事業.文系学生の定員を理系に転換する事から,事業の期間に文系教員のポストを理系教員に転換する事が想定される.一方で大学によっては支援事業が終わったら理系教員をサヨナラしてしまう大学もあるかもしれない.

JREC-INで"機能強化支援事業"で検索すると,現地点は12大学・高専にて公募があった.教員の任期を調べてみると以下の様な感じ.

任期あり,テニュアトラック以外(=再任なし):7
任期あり,テニュアトラック:3
任期なし:4

テニュアトラックをどうカウントするが難しいが,任期なし使い捨てポストが半分を占めるのはちょっとお辛いな.事業が終わったら拡大した学部・学科をどうするのだろう.(教員候補者なんて畑から生えてくるってか)

宇部高専制御情報工学科の公募,1年4ヶ月だけ働いてくださいはひどすぎる気が….一方で石川高専の※は力強すぎて涙が出てくる.

・物質工学科の公募【特命助教】(宇部工業高等専門学校)
> [契約期間]
> 任期あり - テニュアトラック以外
> 令和6年11月1日~令和9年3月31日。ただし、業績等を勘案して、令和11年10月31日までの延長があり得る。
> 事業年度ごと(当該年の4月1日から翌年の3月31日まで)の更新となります。

・和歌山大学システム工学部 情報科学、情報工学、人間情報学、およびその関連分野 講師または助教(テニュア・トラック制)3名の公募【大学・高専機能強化支援事業】(和歌山大学)
> [契約期間]
> 講師相当
> 任期あり - テニュアトラック
> 5年
> 助教相当
> 任期あり - テニュアトラック
> 5年
(4年経過後にテニュア審査に通ればテニュアが付与されるらしい)

・制御情報工学科の公募【特命准教授・特命助教】(宇部工業高等専門学校)
> [職種共通]
> 任期あり - テニュアトラック以外
> 令和6年12月1日~令和8年3月31日。ただし、業績等を勘案して、令和11年3月31日までの延長があり得ます。
> 業年度(当該年の4月1日から翌年の3月31日まで)ごとの更新となります。

・横浜国立大学教育推進機構 特任教員(准教授、講師又は助教)の公募 (横浜国立大学)
> [契約期間]
> 職種共通
> 任期あり - テニュアトラック以外
> 2025年 4月 1日から2026年3月31日まで
> 勤務成績により、年度ごとに更新の可能性有り。ただし、最長で2030年3月31日を限度とする(当初の雇用契約では最長でも2030年3月31日を限度とするが、予算の状況及び勤務成績を含めた勤務状況等に応じて2033年3月31日を上限として再採用の可能性あり)。
> ※雇用契約の更新の有無については、期間終了 30日前までに通知する。

・九州大学システム情報科学研究院 准教授(特定業務プロジェクト教員)の公募【主に工学研究院応用化学部門分子生命工学講座にて従事】
(九州大学)
[契約期間]
> 任期あり - テニュアトラック以外
> 任期5年(審査により、最長2032年度末まで雇用期間を延長することがある。職階上の昇進なし。)

・筑波大学図書館情報メディア系准教授または助教の公募(行動経済学)(筑波大学)
> 准教授相当
> 任期なし - テニュアトラック以外
> 試用期間なし
> 助教相当
> 任期あり - テニュアトラック
> 5年間
> 【有期労働契約を更新する場合の基準】
> テニュア獲得(任期なし)時を除き、有期労働契約の更新はありません。

・石川工業高等専門学校機械工学科教員公募(石川工業高等専門学校)
> [契約期間]
> 任期なし - テニュアトラック以外
> 原則任期は付さない。ただし,博士の学位を取得見込みの場合(助教に限る)のみ,採用日から3年間の任期付き採用とし,任期中に学位を取得した場合は,任期を付さない教員となる。
> ※「大学・高専機能強化支援事業(高度情報専門人材の確保に向けた機能強化に係る支援)」の事業期間にかかわらず,原則任期は付さず,当該事業終了後も継続雇用します。

・石川工業高等専門学校建築学科(2分野)教員公募 (石川工業高等専門学校)
> [契約期間]
> 任期なし - テニュアトラック以外
> ※「大学・高専機能強化支援事業(高度情報専門人材の確保に向けた機能強化に係る支援)」の事業期間にかかわらず,原則任期は付さず,当該事業終了後も継続雇用します。

・高度情報(人文情報学)特定プロジェクト教員(准教授または講師) 1名 (九州大学)
>【雇用期間】
> 任期5年(審査により、最長2032年度末まで雇用期間を延長することがある。職階上の昇進なし。)
> ※ただし、本学における通算契約期間は10年を上限とする。

・特任教授の公募(ネットワークデザイン学科・自然言語処理・2026年4月任用)(明治大学)
> 任期あり - テニュアトラック以外
> 任期5年(2026年4月1日~2031年3月31日)。

・専任教授の公募(ネットワークデザイン学科・エッジAIシステム・2026年4月任用) (明治大学)
> [契約期間]
> 任期なし - テニュアトラック以外

・特定プロジェクト准教授の公募(高度情報専門人材)(九州大学)
> [契約期間]
> 任期あり - テニュアトラック以外
> 任期5年(審査により、最長2032年度末まで雇用期間を延長することがある。職階上の昇進なし。)

2024年9月13日金曜日

大学・高専機能強化支援事業の選定結果から公募のかかる大学を予測する(?)

大学・高専機能強化支援事業のおかげで特定成長分野に助成金が交付されるのだが,採択された大学のリストを見ると将来の公募の動向を把握できるかもしれないと思った.

あくまで私の分野の話だが,2023年に採択された大学が今年(2024年)公募をかけていて,それらは2025年以降の着任を想定しているように見える.この傾向が続くのであれば,現在(2024年)に採択された大学は2025年に公募をかける事が予測できる,かもしれない.例えば2024年に京都大学が支援2ハイレベル枠に選定されている事から,2025年に複数人の公募がかかる可能性が予測できる.❤京大大好き❤な人は,2024年の公募戦線に出撃するのはやめて,2025年の公募戦線に参戦するのがよいかもしれない.

ただし特定成長分野とは「デジタル・グリーンを中心とした成長分野」であり「理学関係・工学関係・農学関係分野」とのことなので,どの分野に力を入れるかは大学による.

支援2は大学・高専名しかわからないが,支援1であれば改組後の学部・学科名も記載されているので,もう少し精度高く公募がかかる分野を予測できるかもしれない.

大学・高専機能強化支援事業は原則2025年度までとのことなので,2026年の公募以降は正常に戻ってしまう可能性がある.公募戦線を考えている人は,乗るしかない、このビッグウェーブに!!(2023年に認可された大学が2024年9月地点で未だに公募出していなかったりもするので,スパッとなくなる事はないかもしれないが)

追記:
学位授与機構のHPに,各大学がどのような内容で改組をするか示して資料が公開されている.
https://www.niad.ac.jp/josei/report/r6selection/

京大だと工学部電気電子工学科,情報工学科の定員20名増,研究室4増,教員無有期4名,有期8名増とある.一方で支援1の北陸先端科学技術大学院大学は教員の増員については述べていないから増員しないのかしら.

2024年9月12日木曜日

大学・高専機能強化支援事業

簡単に言うと,国の施策として大学の理工系の学生を増やす金銭的な支援をするよ,と言う話みたい,読売新聞の記事がまとまっていてわかりやすいと思う.


支援の内容は2種あって,支援1は学部再編等による特定専門人材への転換(公私立大学が対象),支援2は高度情報専門人材の確保に剥けた機能強化(国公私立大学・高専が対象)とのこと.支援1は学部再編とに必要な経費の補助に20年(x8年?),支援2は学部・研究科の定員増に伴う体制強化にと高専の学科コース新設拡充に必要な経費の補助に10億円(x10年?)支援されるそうだ(ハイレベル枠は20億円程度支援).

国立大学について絞ってみると,全国86校あるなか,2023年度選定で37校,2024年度選定で18校選ばれているらしい.半分以上ということか.

読売新聞の記事によると,東京23区の大学は学部増設の規制がかかっているらしくこの施策には応募できないとある,けれど東大とか東工大とか選定リストにあがっているのね.文系の定員を理系にスライドするのだろうか.

文科省の説明はこちら

・成長分野をけん引する大学・高専の機能強化に向けた基金による継続的支援について

・「大学・高専機能強化支援事業」の公募選定結果について(報道発表資料)

理系としてはありがたい話な気もするけれど,この施策で採用された教員は「どうせ彼・彼女は機能強化支援枠だし」と言われるのかも,と思うと悲しい….(悲しいけれど似たような話を聞いたことがあるので)
まあコレも一種の飴と鞭アファーマティブアクションってことか.

2024年7月31日水曜日

draw.io の PMOS シンボルを作る

draw.io を使おうと試行錯誤しているのだが,PMOS のシンボルが気に入らない.なのでテンプレートを元に編集して作ってみた. 
  1. <shape aspect="fixed" h="110" name="PMOS" strokewidth="inherit" w="70">
  2. <connections>
  3. <constraint name="NE" perimeter="0" x="1" y="0" />
  4. <constraint name="SE" perimeter="0" x="1" y="1" />
  5. <constraint name="W" perimeter="0" x="0" y="0.5" />
  6. </connections>
  7. <background>
  8. <save />
  9. <ellipse h="10" w="10" x="30" y="50" />
  10. </background>
  11. <foreground>
  12. <stroke />
  13. <path>
  14. <move x="41" y="35" />
  15. <line x="41" y="75" />
  16. </path>
  17. <stroke />
  18. <path>
  19. <move x="70" y="0" />
  20. <line x="70" y="35" />
  21. <line x="45" y="35" />
  22. <line x="45" y="75" />
  23. <line x="70" y="75" />
  24. <line x="70" y="110" />
  25. </path>
  26. <stroke />
  27. <path>
  28. <move x="0" y="55" />
  29. <line x="30" y="55" />
  30. </path>
  31. <stroke />
  32. <restore />
  33. <rect />
  34. <stroke />
  35. <fillstroke />
  36. </foreground>
  37. </shape>
 

ついでに NMOS も.
  1. <shape aspect="fixed" h="110" name="NMOS" strokewidth="inherit" w="70">
  2. <connections>
  3. <constraint name="NE" perimeter="0" x="1" y="0" />
  4. <constraint name="SE" perimeter="0" x="1" y="1" />
  5. <constraint name="W" perimeter="0" x="0" y="0.5" />
  6. </connections>
  7. <background>
  8. <save />
  9. </background>
  10. <foreground>
  11. <stroke />
  12. <path>
  13. <move x="41" y="35" />
  14. <line x="41" y="75" />
  15. </path>
  16. <stroke />
  17. <path>
  18. <move x="70" y="0" />
  19. <line x="70" y="35" />
  20. <line x="45" y="35" />
  21. <line x="45" y="75" />
  22. <line x="70" y="75" />
  23. <line x="70" y="110" />
  24. </path>
  25. <stroke />
  26. <path>
  27. <move x="0" y="55" />
  28. <line x="41" y="55" />
  29. </path>
  30. <stroke />
  31. <restore />
  32. <rect />
  33. <stroke />
  34. <fillstroke />
  35. </foreground>
  36. </shape>
 

ついでに,4端子版の PMOS と NMOS も作ってみた.
  1. <shape aspect="fixed" h="110" name="PMOS4" strokewidth="inherit" w="70">
  2. <connections>
  3. <constraint name="NE" perimeter="0" x="1" y="0" />
  4. <constraint name="SE" perimeter="0" x="1" y="1" />
  5. <constraint name="W" perimeter="0" x="0" y="0.5" />
  6. </connections>
  7. <background>
  8. <save />
  9. <ellipse h="10" w="10" x="30" y="50" />
  10. </background>
  11. <foreground>
  12. <stroke />
  13. <path>
  14. <move x="41" y="35" />
  15. <line x="41" y="75" />
  16. </path>
  17. <stroke />
  18. <path>
  19. <move x="70" y="0" />
  20. <line x="70" y="35" />
  21. <line x="45" y="35" />
  22. <line x="45" y="75" />
  23. <line x="70" y="75" />
  24. <line x="70" y="110" />
  25. </path>
  26. <stroke />
  27. <path>
  28. <move x="0" y="55" />
  29. <line x="30" y="55" />
  30. </path>
  31. <stroke />
  32. <path>
  33. <move x="70" y="55" />
  34. <line x="45" y="55" />
  35. </path>
  36. <stroke />
  37. <restore />
  38. <rect />
  39. <stroke />
  40. <fillstroke />
  41. </foreground>
  42. </shape>
 
  1. <shape aspect="fixed" h="110" name="NMOS4" strokewidth="inherit" w="70">
  2. <connections>
  3. <constraint name="NE" perimeter="0" x="1" y="0" />
  4. <constraint name="SE" perimeter="0" x="1" y="1" />
  5. <constraint name="W" perimeter="0" x="0" y="0.5" />
  6. </connections>
  7. <background>
  8. <save />
  9. </background>
  10. <foreground>
  11. <stroke />
  12. <path>
  13. <move x="41" y="35" />
  14. <line x="41" y="75" />
  15. </path>
  16. <stroke />
  17. <path>
  18. <move x="70" y="0" />
  19. <line x="70" y="35" />
  20. <line x="45" y="35" />
  21. <line x="45" y="75" />
  22. <line x="70" y="75" />
  23. <line x="70" y="110" />
  24. </path>
  25. <stroke />
  26. <path>
  27. <move x="0" y="55" />
  28. <line x="41" y="55" />
  29. </path>
  30. <stroke />
  31. <path>
  32. <move x="70" y="55" />
  33. <line x="45" y="55" />
  34. </path>
  35. <stroke />
  36. <restore />
  37. <rect />
  38. <stroke />
  39. <fillstroke />
  40. </foreground>
  41. </shape>
 

できあがりはこんな感じ.コピペして使います.


テンプレートそのものを編集できれば良いのだけれど.

参考:

2024年7月23日火曜日

IC5のライブラリ(CDB)をIC6に変換する

cdb2oa を使う事で,IC5 のライブラリ (CDB) を IC6 のライブラリ (OpenAccess) に変換できる.これは IC6 に入っているので,IC5 は必要ない.

・準備
IC6 の設計ディレクトリを IC5 とは別の設計ディレクトリを用意する.
IC5 の変換対象のライブラリと同名のライブラリを IC6 にも用意する.空っぽで OK.
IC5 の変換対象のライブラリのロックを解除しておくこと.cdb.lock を削除すればよい.
LIB1 が LIB2 のセルを利用している場合,LIB2,LIB1の順番に変換すること.
LIB1 が LIB3 のテクノロジファイルを Attach している場合,LIB3,LIB1の順番に変換すること.

・使い方
IC6 の設計ディレクトリに移動する.
% cd [IC6 dir]
cdb2oa を実行.
% cdb2oa -cdslibpath [path of IC51] -lib [lib name of IC51]

・参考