구차니의 잡동사니 모음

이전에 공유메모리를 사용할 때 c에서는 packed 구조체로 사용하고

go 에서는 system v 스타일로 그냥 사용했는데 문제가 없었는데, 문제가 없던게 아니라 몰랐던건가?

[링크 : https://medium.com/@liamkelly17/working-with-packed-c-structs-in-cgo-224a0a3b708b]

[링크 : https://stackoverflow.com/questions/55681650/golang-pack-a-struct]

[링크 : https://pkg.go.dev/golang.org/x/tools/go/analysis/passes/fieldalignment]

[링크 : https://golangprojectstructure.com/how-to-make-go-structs-more-efficient/]

fieldalignment 라는 유틸(?)을 이용하면 go의 구조체를 바꾸어서 용량을 줄여준다는데

자세히 보면 가장 큰 구조체를 위로 올리고 작은건 뒤에 배치해서 메모리 align에 맞춰서 하는 것으로 보인다.

[링크 : https://jacking75.github.io/go-20220712/]

기존에 메모리 배치를 알아서 잘 쌓아서 쓰던 습관이 있어서 우연히(?) 회피한건가...

orthogonal(직교)

perspective(원근)

-1.0 ~ 1.0 사이로 정규화 해야 한다는데, 그래서 이전에 막 잘리고 난리였던 듯..

[링크 : https://www.scratchapixel.com/lessons/3d-basic-rendering/perspective-and-orthographic-projection-matrix/orthographic-projection-matrix.html]

[링크 : https://heinleinsgame.tistory.com/m/11]

고언어 에서 디스어셈블 가능하대서 해보는데

먼가.. 많이 보던(?) objdump와는 출력 포맷이 달라서 찾아보게 됨.

PCDATA 라는 녀석은 Program Counter는 절~대 아니고

걍 gabage collector 관련한 지시어라고.. 그런데 왜 컴파일러에게 알려주지?

[링크 : https://doc.codingdict.com/golang/doc/golang.org/doc/asm.html]

  [링크 : https://stackoverflow.com/questions/53436811/what-is-the-meaning-of-pcdata-in-go-assembly]

Plan 9 어셈블러라는게 있는 듯.

[링크 : https://go.dev/doc/asm]

어쩌구 저쩌구.. MOVF와 MOVD를 이용해서 단배정도/복수배정도 실수에 대해서 읽거나 저장하는데

MOVWD, MOVWF, MOVDW, MOVWD, MOVFD, MOVFD 등으로 변환된다

라는데.. 레지스터도 그냥 R0~R12로만 되어있고 aarch64등과 같은 세부 아키텍쳐는 생략된 일종의 중간언어로 어셈을 쓰는 느낌?

[링크 : https://9p.io/sys/doc/asm.html]

go 프로그램도 java와 같은 독립된 환경이 아닌 일반적인 c와 같은 실행환경에서 도는 애다 보니

결국에는 기계어로 전환되고 objdump를 통해 디스어셈블을 할 수 있긴한데

go tool objdump를 통해 나오는 결과와 objdump를 통해 나오는 결과가 상이하다

[링크 : https://www.grant.pizza/blog/dissecting-go-binaries/]

명렁어 자체는 특이한 건 없다.

[링크 : https://pkg.go.dev/cmd/objdump]

요런 go 소스를 작성하고

go build를 통해 빌드하면 디스어셈블 해주는데

출력 포맷이 objdump와 다른데다가.. 소스 라인만 보이고 매칭이 안되서 이래저래 불편..

그 와중에 먼가.. x86 ASM 같은 느낌은 왜일까..

일종의 중간(?) 언어로 어셈을 쓰고 이걸 다시 아키텍쳐별로 변환하는건가?

go tool objdump를 통해 디스어셈블 하고 vadd를 찾으면 먼가 나오는데

위에서 테스트한 코드가 아니라 다른 어셈블리 코드의 것이 나온다.

경로와 파일명만 보면 arm64용 배열에 대한 내부 변환 알고리즘 같긴한데..

[링크 : https://tip.golang.org/src/internal/bytealg/indexbyte_arm64.s]

그래서 그냥 디스어셈블 하니 87만 라인?

vadd로 검색하면 하나도 안나온다 -_-

그래서 된다고 봐야 하나 말아야 하나..

+

일단 실행시간으로 비교!

위의 소스로 테스트를 해보니 arm64가 좀 빨라지긴 한데... 미묘하네

+

c로 하려는데

아무래도 printf가 없어서 계산은 하지만 사용하지 않는(출력이 없어서) 그냥 최적화 옵션에서 제외해버리니까

결과에 대해서만 출력하도록 두고 해보니

음.. 0.213s라.. go가 오히려 빠른가 싶었는데, user space로 보면 그래도 c가 빠르긴 한 듯.

다시 출력을 추가해서

실행해보니 0.204s go가 조금 더 빠르다? 그런데 희한할 정도로 sys가 짧은 건 왜일까?

혹시나 해서 c로 짠걸 neon 옵션 빼고(-O3) 해보니 속도 상으로는 맞는 듯?

크롬과 파이어폭스에서 둘다 막혀서 에러를 보니

ERR_UNSAFE_PORT

어떤 포트인가 해서 찾아보니 NAT slipstreaming 이라는 공격 기법의 주요 포트여서 막힌 듯.

[링크 : https://itigic.com/ko/chrome-blocks-tcp-port-10080-to-prevent-attacks/]

7000 번 이하의 well known 포트는 거진 막아버린건가?

[링크 : https://blog.naver.com/celine2011/220973349118]

blob 으로 하면 저장은 되는데, 옵션을 주어서 파일 유형을 골라줘야 할 듯.

url에 blob이 붙어서 신기하네

[링크 : https://blog.naver.com/nan17a/222058843806]

[링크 : https://stackoverflow.com/questions/13405129/create-and-save-a-file-with-javascript]

jquery로 REST를 할 때

HTTP 레벨의 인증이 가능할까를 찾아보는 중

[링크 : https://stackoverflow.com/questions/5507234/use-basic-authentication-with-jquery-and-ajax]

[링크 : https://docs.informatica.com/ko_kr/master-data-management/multidomain-mdm/10-4-hotfix-3/_business-entity-services-guide_multidomain-mdm_10-4-hotfix-3_ditamap/GUID-809086BD-86BB-436B-835F-E47A3E9A4FC3/GUID-B87C1638-7186-452C-9B1B-23D0BF75480D.html]

어떻게 보면 당연한데 얘는 number가 아니라 text 다

그래서 <input type="text"> 로 해주어야 한다.

[링크 : https://mong-blog.tistory.com/entry/input에-입력된-숫자에-콤마-찍기]

canvas로 무언가를 그리는걸 구현했는데 1초에 한번 읽고

다시 붙여 넣고, 다시 1줄 붙여 넣고 이런식으로 1초 이내에 몇번의 작업을 하는 코드를 작성했더니

크롬에서 아래와 같은 notice 를 띄운다. 일단 최소한 경고는 아닌데..

링크를 찾아가서 보면 will read frequently를 true 로 설정해주면 최적화 된다고 하는데

어디다가 저걸 넣어야 하나 해서 따라가보니 getContext("2d")로 끝낼게 아니라, 초기화 옵션으로 주면 되는 듯.

[링크 : https://html.spec.whatwg.org/multipage/canvas.html#canvasrenderingcontext2d]

그래서 결과적으로 아래와 같이 getContext에 willReadFrequently 를 추가해주니 별다른 경고가 발생하지 않는다.

[링크 : https://stackoverflow.com/questions/74101155/chrome-warning-willreadfrequently-attribute-set-to-true]

document 객체를 이용해서 element를 생성만 하고 추가하지 않으면 되는건가?

[링크 : https://stackoverflow.com/questions/3892010/create-2d-context-without-canvas]

크롬에서 확인해보니 먼가 되는것 같긴 하다?

버전 114.0.5735.198(공식 빌드) (64비트)

+

OffscreenCanvas() 에는 toDataURL()이 없나보다.

+

getContext("2d").canvas 로 하면 굳이 복잡하게 하지 않아도 바로 imf로 떨어지는 듯.

[링크 : https://stackoverflow.com/questions/44574228/copying-and-pasting-one-canvas-inside-another-canvass-corner]