OpenMythosのサンプルプログラムを動かしました

1.概要 前回、OpenMythosの環境構築まで実現したので、GitHubにあるサンプルプログラム(Usage)を動かしてみました。一部エラーが発生しましたが、結果出力部分なので修正をしました。その内容を記述します。 2.詳細 Usageに記載されているPythonプログラムをopenmythos_usage.pyとして作成します。 $ source ~/mypy/bin/activate (mypy) $ pythoh3 openmythos_usage.py 下記エラーとなります [MLA] Parameters: 1,538,626 [MLA] Logits shape: torch.Size([2, 16, 1000]) [MLA] Generated shape: torch.Size([2, 24]) Traceback (most recent call last):   File "/home/nakasima/openmythos/openmythos_usage.py", line 48, in <module>     rho = torch.linalg.eigvals(A).abs().max().item()           ^^^^^^^^^^^^^^^^^^^^^^^ RuntimeError: linalg.eig: The input tensor A must have at least 2 dimensions. コードの下記部分を修正します #rho = torch.linalg.eigvals(A).abs().max().item() rho = A.abs().max().item() $ source ~/mypy/bin/activate (mypy) $ pythoh3 openmythos_usage.py [MLA] Parameters: 1,538,626 [MLA] Logits shape: torch.Size([2, 16, 1000]) [MLA] Generated shape: torch.Size([2, 24]) [MLA] Spectral radius ρ(A) = 0.3679 (mus...
コメントを投稿

grafanaとmariadbの組合せにcsvデータをinsertしました

1.概要

csvをmariadbにimportするload dataを試して、ハマったので、その内容を記述します。insert処理をcsvからload dataを利用してimportしてみました。結果的に作成したcsvの形式が悪く、timestampフィールドがゼロになる問題が発生して、悩みました。

2.詳細

insert data部分を変更します。

(a) insertのsqlからcsvを作成( copy_data.csv )

'1001','2023-10-01 00:00:00',1000
'1001','2023-10-01 01:00:00',1010
'1001','2023-10-01 02:00:00',1020
'1001','2023-10-01 03:00:00',1030
'1001','2023-10-01 04:00:00',1040
'1001','2023-10-01 05:00:00',1050
'1001','2023-10-01 06:00:00',1060
'1001','2023-10-01 07:00:00',1070
'1001','2023-10-01 08:00:00',1080
'1001','2023-10-01 09:00:00',1090
'1001','2023-10-01 10:00:00',1100
'1001','2023-10-01 11:00:00',1110
'1001','2023-10-01 12:00:00',1120
'1002','2023-10-01 00:00:00',1120
'1002','2023-10-01 01:00:00',1110
'1002','2023-10-01 02:00:00',1100
'1002','2023-10-01 03:00:00',1090
'1002','2023-10-01 04:00:00',1080
'1002','2023-10-01 05:00:00',1070
'1002','2023-10-01 06:00:00',1060
'1002','2023-10-01 07:00:00',1050
'1002','2023-10-01 08:00:00',1040
'1002','2023-10-01 09:00:00',1030
'1002','2023-10-01 10:00:00',1020
'1002','2023-10-01 11:00:00',1010
'1002','2023-10-01 12:00:00',1000

結果的には、このcsvが誤りでしたが、説明を続けます。

(b) dockerコンテナ内にCopy

docker ps でmariadbコンテナのIDを調べます。ここでは、1234567890abとします。

docker cp copy_data.csv 1234567890ab:/home/username/copy_data.csv

(c) load data

load data local infile 'copy_data.csv'
    into table sample_table
    fields terminated by ','
    enclosed by "'";
    
実行するとtimestampがゼロとなり、エラーです。

Query OK, 2 rows affected, 50 warnings (0.013 sec)   
Records: 26  Deleted: 0  Skipped: 24  Warnings: 50

MariaDB> select * from sample_table;
+------+---------------------+------------+
| id   | data_time           | data_value |
+------+---------------------+------------+
| 1001 | 0000-00-00 00:00:00 |       1000 |
| 1002 | 0000-00-00 00:00:00 |       1120 |
+------+---------------------+------------+
2 rows in set (0.000 sec)

ここで原因がわからずに悩みました。

(d) csvを修正( copy_data.csv )

csvはカンマ区切りで分かれているので、シングルクォートを削除しました。

1001,2023-10-01 00:00:00,1000
1001,2023-10-01 01:00:00,1010
1001,2023-10-01 02:00:00,1020
1001,2023-10-01 03:00:00,1030
1001,2023-10-01 04:00:00,1040
1001,2023-10-01 05:00:00,1050
1001,2023-10-01 06:00:00,1060
1001,2023-10-01 07:00:00,1070
1001,2023-10-01 08:00:00,1080
1001,2023-10-01 09:00:00,1090
1001,2023-10-01 10:00:00,1100
1001,2023-10-01 11:00:00,1110
1001,2023-10-01 12:00:00,1120
1002,2023-10-01 00:00:00,1120
1002,2023-10-01 01:00:00,1110
1002,2023-10-01 02:00:00,1100
1002,2023-10-01 03:00:00,1090
1002,2023-10-01 04:00:00,1080
1002,2023-10-01 05:00:00,1070
1002,2023-10-01 06:00:00,1060
1002,2023-10-01 07:00:00,1050
1002,2023-10-01 08:00:00,1040
1002,2023-10-01 09:00:00,1030
1002,2023-10-01 10:00:00,1020
1002,2023-10-01 11:00:00,1010
1002,2023-10-01 12:00:00,1000

再度、docker cpでコンテナにコピー

(e) load data

load data local infile 'copy_data.csv'
    into table sample_table
    fields terminated by ',';

Query OK, 26 rows affected (0.017 sec)               
Records: 26  Deleted: 0  Skipped: 0  Warnings: 0

enclosed by "'"も削除して、問題解決です。

MariaDB > select * from sample_table;
+------+---------------------+------------+
| id   | data_time           | data_value |
+------+---------------------+------------+
| 1001 | 2023-10-01 00:00:00 |       1000 |
| 1001 | 2023-10-01 01:00:00 |       1010 |
| 1001 | 2023-10-01 02:00:00 |       1020 |
| 1001 | 2023-10-01 03:00:00 |       1030 |
| 1001 | 2023-10-01 04:00:00 |       1040 |
| 1001 | 2023-10-01 05:00:00 |       1050 |
| 1001 | 2023-10-01 06:00:00 |       1060 |
| 1001 | 2023-10-01 07:00:00 |       1070 |
| 1001 | 2023-10-01 08:00:00 |       1080 |
| 1001 | 2023-10-01 09:00:00 |       1090 |
| 1001 | 2023-10-01 10:00:00 |       1100 |
| 1001 | 2023-10-01 11:00:00 |       1110 |
| 1001 | 2023-10-01 12:00:00 |       1120 |
| 1002 | 2023-10-01 00:00:00 |       1120 |
| 1002 | 2023-10-01 01:00:00 |       1110 |
| 1002 | 2023-10-01 02:00:00 |       1100 |
| 1002 | 2023-10-01 03:00:00 |       1090 |
| 1002 | 2023-10-01 04:00:00 |       1080 |
| 1002 | 2023-10-01 05:00:00 |       1070 |
| 1002 | 2023-10-01 06:00:00 |       1060 |
| 1002 | 2023-10-01 07:00:00 |       1050 |
| 1002 | 2023-10-01 08:00:00 |       1040 |
| 1002 | 2023-10-01 09:00:00 |       1030 |
| 1002 | 2023-10-01 10:00:00 |       1020 |
| 1002 | 2023-10-01 11:00:00 |       1010 |
| 1002 | 2023-10-01 12:00:00 |       1000 |
+------+---------------------+------------+
26 rows in set (0.001 sec)

参考
[外部サイト参照]
・【MySQL】csvファイルをDBにインポートする方法

コメント

コメントを投稿

このブログの人気の投稿

miniPCのBMAXでWindows11のsecure boot設定漏れでトラブル発生

0.推奨 Windows11をプリインストールモデルの状態で利用されている場合は問題になることはありません。Windows11のUSB bootメディアを作成して自分で新規導入したり、Windows10からWindows11へupgradeをした場合。Windows11への移行条件確認が十分でない状態があったのではないかと思います。Windows11で必須要件を満たさずに移行されたWindows11環境がありました。 今回のトラブルでBitLockerの48桁の回復キーがないことが痛手でした。Windows11を利用する上でBitLockerの回復キーは大切に保管が必要です。secure bootを設定するとディスクは暗号化されてしまいます。障害復旧に回復キーは必須です。６月の証明書期限切れで問題が発生して、思わぬ事態にならぬように早めにチェックすること、回復キーを保管することを推奨します。 1.概要 始まりは、参考資料の「6月からパソコンが動かなくなる？」です。miniPCのsecure boot設定をmsinfo32で確認すると「無効」でした。そこで、BIOSの設定でsecure bootをenableに設定して、msinfo32は「有効」になりました。これが暗号化設定と認識不足でした。Windows Updateを実行して証明書の更新を実行すると、Windows Updateのボタンが赤色に変わりました。ここからトラブルです。理解不足で複数のミスが重なり、データを消失。復旧も時間を必要としました。その内容を記述します。 2.詳細 (1) トラブルの始まり ネット記事で、secure boot設定が必要で、６月にPCが動かなくなると思って、BIOS設定を変更したことが始まりです。この変更は、BIOSでSecurityのsecure bootをdisableからenableに変更だけです。Windows11を起動してmsinfo32で有効をチェックして完了。追加としてWindows Updateで証明書の導入をしてからハマりました。 障害の状況は、Windows11自体は普通に使えるのですが、Windows Updateのボタンが赤色。文字も赤字に変わりました。今後、発生するupdate適用ができなくなると認識しました。 (2) GoogleAI(Gemini)に...
続きを読む

LinuxMint-22.3にWine 11.6をサクッと入れてみました

1.概要 Wine 11.6が開発版のアップデートリリースの記事を見つけたので、早速、試してみました。 以前の手順と異なる点は、winehq-develを選択する部分だけです。 LinuxMint-22.3導入済み環境があると、５分程度で導入できます。 この内容を記述します。 2.詳細 環境はAMD 4core, Memory 16GB, SSD 256GBです。 LinuxMint-22.3はkernel-6.14の環境です。 手順は下記内容です。今回はフォント関連も導入しました。 参考にした資料は前回と同じです。 wikis/Debian-Ubuntu https://gitlab.winehq.org/wine/wine/-/wikis/Debian-Ubuntu $ cat /etc/os-release $ sudo mkdir -pm755 /etc/apt/keyrings $ wget -O - https://dl.winehq.org/wine-builds/winehq.key | sudo gpg --dearmor -o /etc/apt/keyrings/winehq-archive.key - $ sudo dpkg --add-architecture i386 $ sudo wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/ubuntu/dists/noble/winehq-noble.sources $ sudo apt update $ sudo apt install --install-recommends winehq-devel $ wine --version $ sudo apt install winetricks $ winetricks cjkfonts $ winetricks --version wine --versionは、11.6と表示されます。 何も問題なく導入できます。 参考 [本ブログ内参照] ・LinuxMint 21.3にWine 11.0を導入しました [外部サイト参照] ・ 「Wine 11.6」リリース─ Androidドライバ再実装やVBScript改善など ・ Wine 11.6 Released...
続きを読む

LinuxMint 21.3にWinBoat導入を試してみました

1.概要 WinBoatの記事をgigazine.netで見つけたので、リニューアルしたと思って、再度チャレンジしました。結果は、再度、期待はずれです。今回はWindowsアプリケーションの起動まで実施しました。記事ではEDGEを起動していますが、私の環境ではサインイン表示なしにEDGEが起動しました。コマンドプロンプトとエクスプローラは試してみて普通に動作しましたが、遅く感じます。この内容に関して記述します。 2.詳細 今回はWinBoatの導入に手こずりました。WinBoatにチャレンジをする方はOSを元に戻せる準備をしてから作業を開始しましょう。私は５回ほど元に戻しました。 HW環境は前回と同じで、AMD Ryzen、Memory 16GB, 4core, SSD 256GBです。 OSも合わせようとしたのですが、Ubuntu-22.04.5を導入するとFirefoxが起動しません。 snapdの問題と思ったのですが、2.72を超えていたので新しい問題と考えて諦めました。 OSをLinuxMint 21.3に変更してチャレンジです。 導入手順も少し変化しており、詳細手順は下記URLに従いました。 https://github.com/TibixDev/winboat 最初の問題はDocker環境です。Ubuntu標準にdocker composeの変更ではうまく行かず、全てやり直しをしました。 次の問題はMemoryです。16GBだけでは不足してハングしたようになりました。swapを8GB追加して問題解決しました。Memoryに関して以前実施したときは16GBで不足することはなかったと認識しています。 環境構築からInstallationのFinishまで約１時間必要です( Windows11 pro japanese選択 ) やっとInstallationが終了したと思うとリソースモニターのCPUが100%でハングです。 CPU 2Virtual Core Frequency: 3.60と表示された環境です(gigazineの表示はFrequency: 1.50) Power Offして再起動して、WinBoatは正常に起動しました。 そこで、EDGEとコマンドプロンプトとエクスプローラを試験しましたが、導入に１時間かけて使いたいとは思わない環境です。 試し...
続きを読む