chocokeki

진짜 너무 맛있어서 영혼이 빨려나갈 것 같다.

패밀리 레스토랑 고기에 발라 나오는 그 진짜 맛있는 소스 딱 그맛이다.

극단적으로 맛있기 때문에 나중에는 쌀밥에 참치캔과 이 쏘스를 뿌려 먹고있는 이성을 잃어버린 자신을 만날 수도 있다.

바로 KINDER'S BBQ SAUCE ROASTED GARLIC

초강력 추천이다

이마트 가면 소스코너에서 찾을 수 있다.

한국 마트에서 파는 그 짜증나는 신맛이 이 소스에서는 안 느껴진다.

살짝 달콤하고 살짝 연하게 매콤해서 질리는 맛이 없다.

너무 달면 처음에만 맛있고 몇 입 먹으면 질리는데 이건 그 애매한 선을 잘 지킨다. 

그래서 소스를 호머심슨 처럼 병째로 들고 마시고 싶다는 생각이 든다.

잭다니엘 BBQ 소스처럼 맛이 너무 중후하거나 무거운 느낌이 들지도 않고 

A1 스테이크 소스처럼 신맛 때문에 소스를 별도로 또 조리하거나 설탕을 더 넣거나 하는 식의 수고가 들어갈 필요도 없다.

가격도 맛에 비하면 완전 천사다.

로스티드 갈릭이라고 쓰여있지만 걱정하지 마시라

한국인 레벨에서는 마늘 느낌이 아예 안난다.

훈연칩 향도 은은하고 거부감 없는 수준이라 아주 최고로 만족 스럽다.

MILD 맛은 안 마셔봐서 모르겠는데 성인 남녀 기준으로 KINDER'S BBQ SAUCE가 딱 좋은 거 같다

이걸 어떻게 읽어야 하나 모르겠는데 킨더스 바베큐 소스? 카인더? 잘 모르겠다

여튼 속는셈 치고 한 번 사서 마셔보시길 강력 추천한다.

바이럴인지 셀럴인지하는 광고 아니다 내가 지금 사서 3병째 마시고 있는 소스다.

집에 반찬 없을 때 뜨끈한 쌀밥에 참치캔 따서 기름 빼고 살만 살살 집어서 밥 위에 얹고 그 위에 킨더스 바베큐 쏘쓰를 거침없이 부어서 먹으면 3초만에 진짜 햅반 1공기가 뚝딱이다.

이 소스의 단점?

이마트 말고 파는 곳을 모르겠다. 제발 수입업체 없어지면 안되는데 사랑해요 킨더쓰 사장님

풀드포크 고기에 인정사정없이 쏘쓰를 퍼부어서 너덜너덜하게 만든다음 게걸스럽게 커다란 집게로 한 웅큼 팍 집어서 입에다가 숨도 못 쉴 정도로 가득 채워 미각을 교란시켜버리고 싶다.

외장 디자인은 많이 보니까 익숙해짐

디자인의 컨셉이 좀 과하다고 하더라도 그걸 얼추 부드럽게 이어 잘 마무리 한 것 같음

처음에는 디자인이 이상하다고 느꼈는데 오랜기간 자주 보니까 나쁘지 않다고 생각이 바뀜

차량 뒷쪽과 앞쪽 디자인을 서로 다른 사람이 각기 한다음 붙여놓은 듯한 마치 칼로 잘라 붙인 듯한 느낌이 들긴 하는데 어쩌랴

앞은 중후하게 디자인 했는데 후면부는 소나타 가져다가 잘라 붙인 느낌

후면 깜빡이 위치가 문제인데 당장은 안바뀌고 현대자 전체가 깜빡이 하단에 달려 나오도록 바뀌고 나서 불만 많이 접수되고 사고 많이 나게 되면 아마 바뀌지 않을까 싶다 대략 5년이상 걸리겠네

다음 풀체인지 될 때나 바뀌지 않을까

내장은 현기증 나게 생기긴 했는데 그 중에서도 옛날 카세트 테이프 조작부가 떠오르는 이 부분

이 부분 좀 세련되게 해줬으면 안되었나 하는 생각이다

핸들 모양은 포기

깜빡이 위치가 많이 아쉽다

가뜩이나 운전하면 사고 날까봐 스트레스 많이 받는데 사고 유발 자동차라니

결론부터 요약

Direct Vector Method

1. EIIC 값 확인
2. Exception Cause(EIINTn) = EIIC – Exception Cause Code Base Address
3. EIINT Offset = EIINTn x 0x10 + 0x100
4. RBASE 혹은 EBASE + EIINT Offset

RINT가 0이라고 가정, RINT가 1이면 걍 0x100임

자! 이제 어떻게 인터럽트 핸들러가 실행되는 걸까? 상세 설명을 보시라

A. 장치로 인터럽트가 들어왔다고 치자. 그러면 EIIC 라는 레지스터에 Exception Cause Code가 뜬다.

B. Exception Cause(EIINTn) = EIIC value – Exception Cause Code Base Address

User Int라고 가정하자. 아래 표를 보면 EIINT 0 – 511까지 총 512개가 있고 Exception Cause Code는 0x1000 – 0x11FF임을 알 수 있다. 즉 Exception Cause Code Base Address이 0x1000이다. (당연한 내용이지만 0x11FF – 0x1000 = 0x200 즉 512)

만약 EIIC에 값이 0x1007로 들어왔다면 EIIC Offset = 0x1007 – 0x1000 = 7임을 알 수 있다.

아래는 그냥 참고용이다 Exception Cause Code의 시작 주소가 각기 다른 것을 확인하시라

C. EIINTn Offset 을 구해보자

EIINTn priority 0이 0x100부터 시작이다. 그러니까 아까 예시의 7번은 0x170이 되겠다

이걸 공식화 하면 0x100 + Exception Cause x 0x10

D. 마무리

PSW.EBV 값에 따라 RBASE 혹은 EBASE 값에 이전 단계에서 구한 EIINTn Offset을 더하면 끝

Table Reference Method는요?

설명하기 귀찮다

INTBP + Exception Cause x 4 하면 된다.

startup 코드에서 미리 INTBP 설정하는 거 잊지 말고오오~~~~

오프닝 퀄리티는 어마어마한데 오프닝 곡이 너무 안 어울림

일부로 그 특유의 사춘기 째지는 목소리로 만든 거 같은데 너무 안 어울림

그리고 곡 진행도 10년 넘게 반복되는 그 진부한 jpop 특유의 스타일

초고퀄리티 op 영상미에 비하면 너무 안타깝다

심지어 가사도 안 어울리는 거 같음

3D의 어색함은 생각보다 없었음

걸어다니는 모습에 대한 묘사를 고심해서 한 흔적이 많이 보였음

단순히 걸어댕기는 걸 이렇게나 고심해서 만들 필요가 있나? 싶을 정도

가슴 이야기

안해서 다행

일본 만화의 특징은 자기희생에 대한 강박적인 극단적으로 미화된 묘사가 항상 있는데 체인소맨의 주인공은 욕망을 위해 살아간다. 그래서 참 보기가 좋다.

성우

어울리는 거 같기도 하고 아닌 거 같기도 하고 미묘 ㅋㅋ

일단 이질적이지는 않아서 맘에 듬

변신했을 때는 좀 굵은 목소리 톤으로 바꿔 내는게 좋지 않나 싶기도 하고(왜냐면 개쎄졌으니까) 원래 가벼운 무뇌 캐릭이니까 계속 째지는 갈라지는 목소리가 맞는 거 같기도 하고 복잡하네 ㅎㅎ

전반적인 평으로는 예상외로 애매하고 담백하게 나와버렸지 않았나 싶다.

체인쏘맨하면 1화갓님의 만화로 처음 임펙트가 죽여주는게 제맛 아니던가?

그래서 어마어마하게 주변에 추천도 하고 그랬는데 관심 없던 사람들이 1화 보고 계속 볼지 말지를 결정하게 된다면 좀 애매하게 느끼지 않을까 싶다.

원래 1화보고 그냥 그렇네 하고 더이상 안 보든가 죽여준다라고 느끼고 계속 보든가 그러니까 말이다.

그런데 3D 보면서 느낀건데 나중에 그 우주 지존 스킬 들어갈 때 어떤식으로 임펙트가 뜰지 예상 x 기대가 되었다.

cortex 시리즈도 그렇고 pipeline은 기본 탑재 되어있다.

pipeline에 대한 개념은 대충 다 알고 있으리라 본다.

pipeline에 대한 이해는 정말 간단한 프로그램을 어셈으로 짜놓고 nop 최적화 같은거 하면 정말 쉽게 깨닫게 된다.

이 작업을 하고 있으면 뭔가 자신이 굉장히 하이테크의 정점에 다가선듯한 기분을 체험해볼 수 있으며 그 날은 이야 내가 인생을 허비한 것이 아니라 제대로 살았구나라고 머리속 모든 것이 긍정적으로 변하는 그런 날이 될 수 있다.

바로 직전에 롤에서 10데스하는 핵트롤을 하다가 도저히 오늘은 게임 하는 날이 아닌가보다 하고 공부를 시작했다고 하더라도 말이다.

여튼 pipeline에 의해 barrier 가 필요하다. 

이걸 Renesas에서는 어떻게 제공하고 있는가?

SYNCE는 FPI 소수점 관련 내용

SYNCI는 instruction(Synchronize memory for instruction writers)

SYNCM은 memory(memeory, register) load/store

SYNCP는 memory load만(synchronize pipeline)

SYNCI 항목에는 Calculation Instruction이라고 적혀있는데 Appendix A를 보면 연산과 관련된 작업 외 PSW, MPU 등 기타 시스템 관련 레지스터 작업 관련해서도 보장함을 알 수 있다.

르네사스에 대한 정보가 아예 없어 안타까워서 정리해본다.

나도 잘 모르는 내용이다. 간단하게 인터럽트 핸들러 설정 관련 글을 정리해본다.

틀렸는데요? -> 아주 좋은 지적이다. 좀 자세히 알려다오.

근데 생각해보니까 르네사스 칩의 메뉴얼을 봐야할 정도면 굳이 이런 내용 없어도 알아서 다 파악할 수 있는 능력을 가졌을텐데 내가 여기에 이런걸 적고 있는게 의미가 있는걸까 급 후회가 되기도 하지만 블로그에 헛소리가 너무 많으니 그걸 치우기 위해 뭔가 있어보이는 내용을 적어본다.

아래의 내용은 REN_r01us0165ej0120-rh850g3kh_MAS_20171026.pdf 라는 전혀 직관적이지 않은 더러운 파일명을 가진 메뉴얼을 요약한 것이다.

그냥 홈페이지에 회원 가입해서 다운 받을 수 있는 파일이다.

Basic System Register들 중에 여러가지가 있겠다만 PSW라는 놈이 있다.

ARM도 이런놈 있는거 알쟤?

PSW(Program Status Word)

현재 instruction execution result를 기록해두는 즉 status flag들을 모아둔 register

15번째 bitfield가 EBV

EBV

reset vector, exception vector 동작 관련 flag

RBASE, EBASE와 연관이 있다.

데이터 시트 뭐의 약자인지 안 나와있다. Exception Base Vector?

Exception

unusual event 즉 CPU 입장에서 아...나는 이제 망했구나 진짜 큰 일이 발생했구나 싶을 때 발생하는 이벤트

exception handler가 발동 된다.

언제 발생하는지에 대한 예시 목록이 있는데 예를 들면 뭐 이렇다.

Reset 발생하면 Reset 이라는 Exception이 발생하고 FPU exception, User Interrupt Exception, System Error, Memory Protection Exception 등등

FENMI, FEINT, EIINT 이런 중요한 3형제가 있는데 일단 넘어가자 여기서 힘 다 빼면 안된다

Interrupt Priority Order & Mask

일단 넘어가자

대충 어떤 개념인지는 알 것이라 생각된다.

뭔가 어떤 값을 설정하면 Priority 가 있고 Masking으로 인터럽트 허용 여부를 결정할 수 있겠지

집중력을 아껴야 한다

Exception Handler Address

서론 끝나고 드디어 도착  이제부터 중요하다.

높은 성능 향상 목적을 위해 이렇게 디자인 했다고는 하는데 진짜 왜 이렇게 디자인 했을까 싶은 생각이 드는 파트인데 뭔가 다 이유가 있지 않을까 아직 내가 시야가 좁아서 그런건가 싶은 부분이다. 일단 내용을 그대로 옮겨보자.

exception이 발생하면 handler를 실행해야 한다.

이 handler의 address는 2가지 방법이 있다.

1. Direct Vector Method

2. Table Reference Method

A. Direct Vector Method

CPU는 exception cause offset + Base Address 를 사용한다.

exception cause offset이라는건 exception list 가 표로 있는데 각 exception의 원인(cause)마다 offset이 할당 되어 있다.

위의 표가 전부다.

PSW.EBV 의 값에 따라 BASE address를 RBASE/EBASE register에서 참조할지 

그리고 RINT(RBASE/EBASE 내부에 있는 flag)의 값에 따라 offset이 결정된다.

위의 표가 이해 된다면 이하의 글은 읽지 않고 그냥 넘어가도 ok

Base Address

PSW.EBV = 0 : RBASE에 있는 address

PSW.EBV = 1 : EBASE에 있는 address

주의 사항: 몇몇의 exception은 항상 RBASE를 사용한다.

RINT는 R/EBASE에 있는 bitfield인데 이 flag가 1인 경우 EIINT (user interrupt)가 0x100 offset 주소로 handling 된다.

RBASE의 주소와 EBASE의 주소는 동일하게 설정할 수도 있고 다르게 설정할 수도 있다.

아래 그림의 INTPRx는 EIINTn과 같다

RINT = 1의 용도 : user interrupt 를 모두 0x100에서 처리하기 때문에 특정 상황에서 메모리를 적게 사용할 수 있다.

B. Table Reference Method

direct vector method는 각 interrupt priority level마다 하나의 user interrupt exception handler를 사용할 수 밖에 없음

여러 인터럽트와 연결된 채널은 동일한 priority와 같은 handler를 사용할 수 밖에 없음

이 문제를 해결해주는 방법임

direct vector method가 사용 되는 케이스

1. PSW.EBV = 0 && RBASE.RINT = 1

2. PSW.EBV = 1 && RBASE.RINT = 1

3. 인터럽트 채널 세팅이 Table Reference Method로 설정 되어있지 않음

위의 케이스 외는 table reference method로 동작한다.

Table Reference Method의 handler address = INTBP register + 채널 offset 내부의 값(int 채널 번호 x 4Bytes)

아래의 그림이 더 쉬운 이해를 도와줄 것이다.

INTBP부터 시작해서 레지스터들이 엄청나게 많은데(거의 뭐 메가 단위?) 거기에 각 interrupt handler 주소를 넣어서 

세팅할 수 있음

그래서 exception이후 interrupt handler 동작이 조금 느림

exception -> table reference를 함(INBTP + 채널 offset)의 레지스터 값을 read -> 그 값이 handler가 있는 곳이므로 그곳으로 이동

C. 그러면 왜 디자인을 이렇게 나누었는가? 용도는?

다음주에 추가해보도록 하겠다.

더이상 에너지가 없다.

그림으로 상상 해보자

10년 넘은 오래된 소나타를 타고 다니다가 K8을 타고 다니며 느낀 것들

K8이 그렇게 좋은 차는 아니다

제네시스도 있고 독3사 비싼 차량도 많고 그렇다.

그런데 차 하나 바꿨다고 삶의 만족도가 말도 안되게 올랐다.

타인으로 인한 영향도 있고 나 자신의 운전 실력으로 인한 영향도 있다.

진작 바꿀껄

돈 그거 얼마 아껴보겠다고 오래된 차를 더 타려고 했었나 많이 후회 된다.

장점

1. 배달 오토바이가 더이상 뒤에서 지랄을 하지 않음

예전에는 좀만 천천히 가면 클락션을 누르거나 불빛을 쏴대는 등 미친 개지랄을 다 했는데 그런 것이 거의 없어짐

2. 상대방 운전자가 무시하는 행동이 줄어듬

예를 들어 끼어들기나 양보를 해야하는 상황이 나오면 너 하나 나 하나 이런식으로 들어가거나 그래도 상대방이 비켜주는 게 맞지 않나 이런 경우가 있음

그런 상황에서 똥차를 몰 때는 와.......이걸 양보 안해줘? 너무하네 이런 상황이 자주 나왔음

그런데 차 하나 바꿨다고 그런 상황이 많이 줄어듬

착각이라고?

나는 운전 습관이 변하지 않음 전혀 바뀐 게 없음

차 바꾸고 운전 점수 티맵에서 0점부터 다시 카운트 했는데 90점 똑같이 나옴

똥차 탄다고 상대방이 ㅈㄹ하던게 없어진거임

3. 전방, 측면, 후방센서 및 카메라 기능

골목에서 정말 아슬아슬하게 비켜야 하거나 도로에서 정말 터무니 없는 상황이 발생하는 경우 최신 기술?로 사고 없이 운전 가능

운전 스킬로 커버 된다고는 하는데 그 운전 스킬은 그러면 사고 없이 운전만 하면 경험치가 자동으로 올라가는 걸까?

여튼 최신 기술 옵션 값이 천만원이라고 쳐도 추가할 것 같다.

단점

1. 차를 긁거나 박는 것에 대한 두려움이 생김

똥차는 벽을 긁든 연석에 긁히든 뭐 그려러니 했는데 새차는 애지중지하게 되더라

2. 새차 냄새

와....이거 환장하겠네

여름에 뙤양볕에 지지면 싹 빠진다는데 겨울에 차 산 사람은 그럼 여름까지 언제 기다려

기존의 자신에게서 벗어나 완전히 새로운 영역으로 뛰어들 수 있는 용기있는 사람은 어떻게 되는 것일까

복잡해보이지만 사회의 기본적인 시각으로 봤을 때 문제가 생길 수 있는 글인지 아닌지 여부를 자동으로 판단하여 카테고리를 비공개로 전환 권유하거나 삭제를 권고하는 서비스가 있어야 하지 않나 싶다

내 블로그 내부에 있는 헛소리를 어떻게 다 하나하나 확인해서 없애지?

나름 이제 대기업에 댕기기도 하고 엄청 유명한 회사는 아니지만 그래도 울 나라 100대 대기업 뭐 이런곳 목록에는 들어가니까 내가 적는 팁이 뭔가 도움이 많이 될 수도 있지 않을까 싶어서 적어본다.

나는 간간히 실무 면접관으로 들어가고 있다. 내가 엄청 뛰어나거나 프로페셔널한 모습을 많이 갖고 있지는 않다고 생각하나 그간 오랜시간 쌓아올린 직무에 대한 경험이 있어 초보자들을 어느정도 평가하기에는 충분한 능력을 가지고 있다고 회사 측에서는 생각해서 면접관으로 보내고 있는 것은 아닐까 ㅎㅎ

사실 이런 팁을 안 적는게 면접관 입장에서는 더 좋지만 요즘 취업하기도 힘든데 면접자들이 자신이 의도하지 않은 행동으로 엉뚱한 오해를 사서 마이너스 점수를 받는 그런 부분을 구제해보고 싶기도 하기에 적어보도록 한다.

이 내용들은 필수적인 크리티컬한 포인트는 아니다.

하지만 만약 평가 통과 라인이 80점인데 79.99999인 상태에서 통과 시킬지 아니면 떨굴지 논의를 해야하는 상황이 될 때 의외로 큰 판단 요소가 될 수도 있지 않나 싶다.

네카라쿠배 같이 코테 능력을 3대 500찍어버리는 괴물 집단에는 안 어울리는 팁이 될 수 있다.

그리고 코테의 고득점이 당락에 큰 영향을 미치는 직무/회사인 경우 이 팁들은 그닥 도움이 안 될 수도 있다.

여튼 참고하기 바란다.

결론부터 적자

1. 깔끔하게 코드를 작성하자

2. 의미있는 함수명, 변수명을 쓰자

3. 결국 해내지 못했어도 최대한 노력한 흔적을 남겨보자

1. 깔끔하게 코드를 작성하자.

점수는 잘 나온 케이스는 별 상관이 없을텐데 점수가 많이 안나왔는데 포폴이 나쁘지 않은 지원자가 있었다.

그래서 면접관들이 면접을 볼지 말지 고민을 했는데 와...코드의 상태가 너무 심했다.

거의 뭐 원래 코드를 이렇게 작성했었는지 스타일이 그런지 뭔지 모르겠는데 도저히 정리가 안되고 정렬도 안되는 더러운 코드가 그려져 있었다.

팀장님께서는 하나를 보면 열을 안다고 이 사람의 실무 성격도 비슷하지 않을까 싶어서 면접으로 넘어가지 않고 그냥 떨궜다. 왜냐고? 

코딩이 뭐냐

바로 프로그래밍 렝귀지로 만드는 구조적인 글이다.

신문사에 기고할 견습 작가를 구하는데 오마이갇 글을 똥같이 드럽게 문맥 문단 없이 써내면 그걸 과연 채용할까...?

어떻게든 돌아만 가면 되게 만들면 되지 않냐라는건 학부생 때 과제 낼 때의 이야기

2. 의미있는 함수명, 변수명을 쓰자

위와 관련 있는 이야기

이번에는 감탄이 나올 정도로 코드를 잘 정리해서 썼다.

네이밍 룰도 이미 알고 있는 것 같고 일부 코딩룰도 알고 있는 것이 느껴졌다.

매우 높은 가점이 정해졌다는 훈훈한 이야기

3. 결국 해내지 못했어도 최대한 노력한 흔적을 남겨보자

이런 사람도 있었다.

문제를 모르는 건 있을 수 있어

그런데 문제를 풀 수 있는 시간이 있는데 그  제한 시간을 거의 안 쓰고 10분만에 gg치고 나갔다.

아니...롤도 15분은 해보잖아. 10분 gg는 뭐니?

회사 업무를 하면 정말 청천벽력 같은 알지도 못하는 일이 담당자로 지정될 때가 있다.

그럼 제가요? 이걸해요? 회사 때려칩니다. 하고 gg를 치는게 맞을까?

이런 케이스도 이의 연장이라 볼 수 있다.

제한 시간 동안 정말 최대한 뭐라도 테스트 해보고 노력한 흔적이라도 보였어야 하지 않았나 싶다.

코드가 안돌아가? 그래도 작은 요소라도 시험해보고 따라가봤던 모든 흔적을 남겨봐라

이 지원자는 면접을 볼까말까 애매한 상황이었는데 이것 때문에 팀장님의 분노로 탈락 시켜버렸다.

4. 기타 참고

위에는 일부로 안적었다. ㅋㅋ 

여기까지 글을 읽는 자에게 복이 있나니

코테 망했다고 너무 낙담하지 말자

직무에 따라서 포폴이 죽여주면 코테 무시하고 직권으로 면접 볼 수 있도록 신청하는 케이스도 있다.