: insqll mysql
https://qiita.com/Ki4mTaria/items/778ff9186bb4958bb667
|
1 2 3 4 5 6 7 8 9 10 |
amazon-linux-extras info mysql sudo yum remove mariadb-libs sudo rm -rf /var/lib/mysql rpm -ivh http://dev.mysql.com/get/mysql57-community-release-el7-8.noarch.rpm sudo rpm -ivh http://dev.mysql.com/get/mysql57-community-release-el7-8.noarch.rpm sudo yum install mysql-community-server mysqld --version sudo systemctl start mysqld.service sudo systemctl enable mysqld.service sudo cat /var/log/mysqld.log | grep password |
: 100倍軽いLockでも２００回使えば１００倍重いLock１回より遅い
スピンロックに比べると、mutex はスレッドのブロックにより大量のプロセッサリソースを消費します。相互排他ロックが使用できない場合、スレッドはスケジューリングの状態を変更して、自身を待機スレッドの待ち行列に追加します。ロックが使用可能になると、スレッドがロックを獲得する前に、これらの手順を逆にたどる必要があります。スレッドは、ブロックされている間、プロセッサリソースを消費しません。
したがって、スピンロックと mutex は別の目的に使用すると有効な場合があります。非常に短期間のブロックでは、スピンロックの方が全体的なオーバーヘッドは少なくなることがあります。スレッドがより長期間ブロックされる場合は、mutex の方が全体的なオーバーヘッドは少なくなることがあります。
https://docs.oracle.com/cd/E19253-01/819-0390/ggecq/index.html
マルチスレッド処理におけるLock処理もCPUに対してオーバーヘッドがかかるので 呼びまくればLcokだけでもかなりな負荷になるし まその他諸々
Lock処理は重さだけではなくアルゴリズム的なアプローチも重要になってくるので単純にはかけられないということ
Lockのオーバーヘッドは その処理そのものがCPUにかける深以外にも様々に計算しないといけないのでプログラマーの腕が出るめんどくさいところ
: GetCurrentProcessorNumberXP
|
1 2 3 4 5 6 7 8 9 |
DWORD GetCurrentProcessorNumberXP(void) { DWORD cpuid; _asm {mov eax, 1} _asm {cpuid} _asm {shr ebx, 24} _asm {mov cpuid, ebx} return cpuid; } |
https://topiyama.hatenadiary.org/entry/20090623/p1
|
1 2 3 |
DWORD id; HANDLE h = CreateThread(0, 0, SampleThread, 0, 0, &id); SetThreadAffinityMask(h, 1 << 2); |
|
1 2 3 4 |
d = GetCurrentThreadId(); processor_id = GetCurrentProcessorNumberXP(); sprintf_s(buf,1024, "Threadid = %d processor_id=%d\n", d, processor_id); |
|
1 2 3 4 5 |
Threadid = 8484 processor_id=2 Threadid = 8484 processor_id=2 Threadid = 8484 processor_id=2 Threadid = 8484 processor_id=2 Threadid = 8484 processor_id=2 |
: 利用するCPUを固定
|
1 2 3 4 5 |
void TestMapCore() { DWORD id; HANDLE h = CreateThread(0, 0, SampleThread, 0, 0, &id); SetThreadAffinityMask(h, 1 << 1); } |
: OutputDebugStringA
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 |
int __MOutPutDebugString(std::string &out, const char *fmt, ...) { va_list arg; va_start(arg, fmt); int buffer_size = 4096; std::vector<char> _buffer(buffer_size); char * buffer = &_buffer.at(0); int n = vsnprintf(buffer, buffer_size, fmt, arg); va_end(arg); if( n>=1){ out.assign(buffer, n); } else { out.empty(); } return n; } int MOutPutDebugString(const char *fmt, ...) { va_list arg; std::string out; va_start(arg, fmt); int n = __MOutPutDebugString(out, fmt, arg); va_end(arg); if (n > 0) { OutputDebugStringA(out.c_str()); } return n; } void TestOutputDebugString() { const int n = 0; MOutPutDebugString("output = %d", n); } |
: CreateDialog
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 |
// // // INT_PTR CALLBACK DlgProc(HWND hWnd, UINT msg, WPARAM wp, LPARAM lp) { static HWND hParent; hParent = GetParent(hWnd); switch (msg) { case WM_INITDIALOG: return TRUE; case WM_CLOSE: return TRUE; case WM_COMMAND: switch (LOWORD(wp)) { case IDOK: //InvalidateRect(hParent, NULL, TRUE); DestroyWindow(hWnd); return TRUE; case IDCANCEL: DestroyWindow(hWnd); // SendMessage(hWnd, WM_CLOSE, 0, 0L); //InvalidateRect(hParent, NULL, TRUE); // SendMessage(hWnd, WM_CLOSE, 0, 0L); return TRUE; } } return FALSE; } BOOL InitInstance3(HINSTANCE hInstance, int nCmdShow) { hInst = hInstance; // グローバル変数にインスタンス処理を格納します。 //HWND hWnd = CreateWindowW(szWindowClass, szTitle, WS_OVERLAPPEDWINDOW, // CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, nullptr, nullptr, hInstance, nullptr); HWND hWnd = CreateDialog(hInstance, MAKEINTRESOURCE(IDD_DIALOG1), GetDesktopWindow(), DlgProc); if (!hWnd) { return FALSE; } ShowWindow(hWnd, nCmdShow); UpdateWindow(hWnd); return TRUE; } |
: 5月3日 日記
コンパイラ技法やインタプリタ技法は一般論としては大学の2年目などに教えてもらえる 私達の業界の基礎技術です。
早い人は 高校 中学で習いますが いわゆる CS系 コンピューター・サイエンスだと 大学3年では教えてもらえます。
これは復習用にかったもの。
なつかしい
: 5月1日 日記
VMware Cloud on AWS では、オンプレミスのデータセンターと AWS クラウドの両方で、同じ VMware Cloud Foundation 技術 (vSphere、vSAN、NSX、vCenter Server など) を使用することにより、ハイブリッド IT の運用を簡素化できますVMware Cloud on AWS
