구차니의 잡동사니 모음

[링크 : https://docs.microsoft.com/ko-kr/sql/connect/odbc/linux-mac/installing-the-microsoft-odbc-driver-for-sql-server?view=sql-server-ver15]

[링크 : https://github.com/Microsoft/VCSamples/tree/master/VC2015Samples/ODBC%20database%20sample%20%28linux%29]

와.. 놀랍고 좋은시대!

[링크 : https://docs.microsoft.com/en-us/sql/linux/quickstart-install-connect-docker?view=sql-server-linux-ver15]

SSMS(SQL Server Management Studio)

[링크 : https://docs.microsoft.com/ko-kr/sql/ssms/download-sql-server-management-studio-ssms?redirectedfrom=MSDN&view=sql-server-ver15]

흐으으으으음?

[링크 : https://jkmoon.tistory.com/entry/UDL파일을-활용-MSSQL-연결-테스트]

필요한 테스트는 다 성공해놓고, 마무리에서 문제 있어 발사 실패라고 하는걸 보고 있노라니

무해한 나라 코스프레 중 이라는 느낌

[링크 : https://news.v.daum.net/v/20211021181610557]

아내님 5일째 열이 나서

오늘 주사맞은 병원갔더니 대학병원가서 진료받아 보라고 해서 갔는데

코로나 검사결과지 들고 와야 함

그게 아니면 119로 응급실 들어와야 가능

그것도 아니면 6시간 기다릴래?

라는데 이게 무슨 우리 별이 짖는 소리도 아니고 -_-

abort는 그냥 죽어라! (보장은 안함) 라는 느낌이라면

join은 죽어줄때 까지 기다려 줄께~! 인데

코드 예제를 보면 abort는 서비스로 구성된 while 루프를 죽이고 있고

join은 일회성 쓰레드를 죽이는 예제로 설명되어 있는걸 보면..

맘편하게 abort로 죽어! 해야하려나?

[링크 : https://docs.microsoft.com/ko-kr/dotnet/standard/threading/destroying-threads]

쓰레드 보다는 간접적인 방법을 쓰라고 권장 -_ㅠ

[링크 : https://docs.microsoft.com/ko-kr/dotnet/standard/threading/threads-and-threading]

[링크 : https://docs.microsoft.com/ko-kr/dotnet/standard/threading/using-threads-and-threading]

obsolete를 사용되지 않는으로 해석해버렸군.

아무튼 abort는 .net 5.0 이후에서는 컴파일 경고가 뜬다고 하니

반강제적으로 TPL이나 PLINQ로 가게 만들려는 정책인듯?

[링크 : https://docs.microsoft.com/ko-kr/dotnet/api/system.threading.thread.abort?view=net-5.0]

[링크 : https://docs.microsoft.com/ko-kr/dotnet/api/system.threading.thread.join?view=net-5.0]

[링크 : https://docs.microsoft.com/ko-kr/dotnet/api/system.threading.thread.abort?view=net-5.0]

Control.BeginInvoke()는 .net 1.1 이후에 추가 되었고

Dispatcher.BeginInvoke()는 .net 3.x 이후에 추가 되었다고 하는데

코드에 넣고 빌드해보니

Control.BeginInvoke()는 using System.Threading;을 끌어오고

Dispatcherl.BeginInvoke()는 using System.Windows.Threading 를 끌어온다.

[링크 : https://stackoverflow.com/questions/29775965/what-is-difference-between-control-begininvoke-and-dispatcher-begininvoke]

어우 길다 -_-

[링크 : https://docs.microsoft.com/en-us/archive/msdn-magazine/2003/february/give-net-apps-a-fast-and-responsive-ui-with-multiple-threads] 

[링크 : https://stackoverflow.com/questions/10211096/thread-runs-slow-when-invoke-ui-element]

[링크 : https://docs.microsoft.com/en-us/dotnet/api/system.windows.threading.dispatcher.begininvoke?redirectedfrom=MSDN&view=windowsdesktop-5.0#overloads]

[링크 : https://docs.microsoft.com/en-us/dotnet/api/system.windows.threading.dispatcherpriority?view=windowsdesktop-5.0]

[링크 : https://docs.microsoft.com/ko-kr/dotnet/api/system.windows.forms.control.begininvoke?view=windowsdesktop-5.0]

invoke()는 동기(blocking) 방식이고

begininvoke()는 비동기인데 메시지 큐에 넣어놓고 하는거 치고는 너무 느린데...

단순하게 키보드로 1,2,3,4 순서로 누르는 것 조차도 커버 못할 정도면

메시지 큐가 아니라 invoke 시퀀스에 먼가 문제가 있는 걸지도?

[링크 : https://stackoverflow.com/questions/50084323]

[링크 : https://yunhyeon.tistory.com/379]

[링크 : https://www.thefastcode.com/ko-krw/article/ubuntu-doesn-t-trim-ssds-by-default-why-not-and-how-to-enable-it-yourself]

리눅스 홈 디렉토리 용량 검사하다 보니 이상하게 많이 먹어 추적해보니

~/.cache/bazel 이 7기가 정도?

bazel clean 을 통해서 용량을 감소시킬수 있다고 하는데 문제는 워크스페이스 날렸으면 무리

그냥 쿨(?) 하게 ~/.cache/bazel 을 날리니 용량이 훅 줄어든다.

[링크 : https://github.com/Tencent/PhoenixGo/issues/76]