1. intrinsic 필수
여기에 대해 개념이 서면 자신이 DSP 나 co-processor 도 설계할 수 있음.
2. cache 라인 정렬 필수 (64비트에선 128바이트 정도, 32비트에선 64바이트 정도로)
여기서 웃긴게 ms 의 strlen 이 1바이트씩 읽어서 안전하다는 ㅉㅉ의 주장이 개그가 됨.
니가 안읽어도 어차피 CPU는 캐시라인 단위로 읽어서 최대 127 바이트를 더 읽게 됨.
AMD 에서 더 크게 prefetch 하는 경우도 봤으니 크기 단위가 절대적이진 않음.
즉 디스크나 sdcard를 예로 들자면 어차피 block device 여서 512 바이트씩 읽는데 (4096 블럭도 있음)
1바이트씩 처리해 놓은 코드를 보고 안전하다고 자위하는셈.
졸라 병신같음.
제대로 만든 운영체제라면 gutter 가 있게 마련.
3. cache 라인 정렬을 위해 기존의 코드가 다시 3등분 이상이 되어야함.
최적화 == 노가다랑 try and fail 의 과정임.
그렇더라도 필요가 있을 때 하는거임.
그런 필요가 있는 곳이 실력이 판가름 되는 곳이고 마진이 높은 영역임.
4. native programmer 란 시스템 종속적이란 문제 만큼이나 시스템이 바뀔수록 시장이 열린다.
투자하는 만큼 가져가는 영역임.
big 하고 little 개념은 아냐 조빱새기야..
endian 이야기 하는거냐? 조빱에 묻은 코딱지 새끼야.
궁국의 기본은 endian이다 조빲새기야 5초준다 꺼저라 컴터고수한테 함부로ㅓ 덤빌생각은아니갯지
10분 준다. 64바이트 little <-> big endian 전환 최적화 코드를 올려라.
간단하다 븅신아 eax 0xFFFFFF jmp 0x000000 call movs #esp $esi call puts L2 23 mov 0x000000
됐냐?
개그하냐 지금? ㅋㅋㅋ
'지잡대 철학과 + 아이큐98 + 토익 400 + 백수'가 감히 코세한테 덤비네 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
자릿수도 안맞고 명령에도 없는 intel assembly 짝퉁 붙여 놓고 재롱부리냐?
풋스트링은 또 왜나와? 병신새끼. ㅋ
어셈에 대해 좀만아는새끼면 저 한줄로 "오 이새끼 씨발 수준장난아닌데" 할텐데 하이레벨랭기지나 좆나파면서 자료구조니 개 씨바 되도안는 허세부리는새끼니깐 알턱이있나 ㅋ
젖까 opcode 도 없이 시작해서 operand 도 다 틀리고 주소 크기도 다 틀린주제에.
저게 무슨 어셈코드냐? 병신새끼 걍 자살추천.
인디안밥이 맛있기는 하지.
여러분 근데 이거 생각 안해봄? 네트워크로 데이터 보낼때는 보통 빅인디언으로 하잖아. 근데 대부분의 시스템은 리틀인디언 이니까 걍 네트워크 오더를 리틀인디언으로 통일하고 빅인디언인 시스템에서만 리틀인디언으로 바꿔서 보내게 하면 안될까?
삼촌말이 맞는 말이지.
두와일 소켓프로그래밍도 안해본새낀가보네
와 진짜 프갤 수준 씨발ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ소켓도안해본새끼가 낄떄안낄떄 모르고 끼어드네 안꺼지냐 썩
당연히 기대효과 큰 곳 부터 손대는게 최적화지
그래서 제일 많이 쓰는 메모리 함수들에 대해 점검하는거고
네트워크 오더를 리틀인디언으로 통일하는게 더 효율적일것 같다는 내 말에 동의 하는 사람?
ㅇㅇ야 무슨 개소리. ㅋㅋ
알고리즘상 다중 루프 안에서 log exp 때리는 미친짓 떨어놓지 않은 이상 가장 최적화의 기초가 되는게 저런 기초 함수란거야.
dowhile 븅신아 소켓프로그래밍해본새끼면 너처럼 허무맹랑한 생각은 안가진다 ㅇㅇㅋ?
설마 바이트어레이를 내가 리틀엔디언으로 보내자고 주장 하는것 같냐? 바이트어레이는 당연히 제외지. 병신
DoWhile 니 소리나 거기서 거기구만. ㅋㄷ 뭐 대부분의 CPU는 둘 중 하나만 맞추면 돼? 아주 소설을 써라.
바이트어레이 제외하고 일반 int나 long같은거 보낼때 빅인디언으로 바꾸는 과정대신 그냥 리틀엔디언으로 통일 하자는 건데. 이해하기는 함?
이래서 씨바 못배운새끼는 망상이나 할줄아지 프래틱컬한 사고는 가지질못해 do while이 딱 그정도 수준
와 ~ 이제는 삼파전이네 ㅋㅋㅋ 1:1:1 ㅋㅋ 쓰리썸이냐 ? ㅋㅋㅋ
x86 주소 지정방식 mode 하나 가지고 표준 보정 메카니즘 처럼 개소리 해놓은것도 웃기고.
뭘 리틀엔디엔으로 통일해 와 이새끼 정신병자네 ㅋ 패킷 자체가 빅인디언이다 이새끼 시바 프로토콜은 알랑가모르겟넼
일반int?? 일반 int는 또 뭐냐 제너럴인티저 따로있고 뭐 double은 스페셜케이스냐? 그리고 네트워크에서는 big little 보다 더 중요한게 패킷 할당 메모리기떄문에 big을 쓰는거다 ㅇㅋ?
패킷자체가 빅인디언인게 어딨어 병신아. 니는 지금 네트워크에서 빅인디언 리틀인디언 개념을 모르는듯. 바이트 어레이 같은거야 당연히 바이트 단위니까 어떤걸로 하던지 앞쪽부터 순서대로 쭉 가는거고. 만약 int 0xAABBCCDD 를 보낸다면 AABBCCDD로 보내면 빅인디언이고 DDCCBBAA로 보낸다면 리틀엔디언임. 근데 대부분의 시스템이 리틀엔디언 이니까 메모리에서 변형 없이 바로 DDCCBBAA를 버퍼에 쓸수 있지 않냐는 거지. 이해는 함?
니들끼리 글 파서 놀아 정신사나와. 구라쟁이 둘이 잘 만났다.
패킷할당 메모리가 뭐여 이건 병신인가?
저새끼 그냥 바이트 어레이만 보내본 새끼라서 내말이 무슨 말인지 모르는듯. Move(int x, int y) 이런 RPC메소드를 구현 한다고 치면 int x, 와 int y 는 버퍼에 먼저 시리얼라이제이션 되어야 하고 이때 리틀인디언으로 하면 대부분의 시스템에서 변형을 할 필요가 없으니까 더 효율 적이라는건데 이해는 함?
근데 현실은 네트워크 오더는 빅인디언으로 통일 되어 있으니까 쓸데 없이 시리얼라이제이션 할때 빅인디언으로 변형해야 되고 받는 쪽에서도 다시 리틀인디언으로 변형해야 되니까 비효율 적이라는거지. 대부분의 시스템이 리틀인디언임에도 불구하고 말이야.
니가 리눅스 커널 커스터마이즈를 해봤다고?
임베디드 좀 만져봄?
BSP 를 리눅스 어디 어디 물렸음?
표준을 리틀엔디언으로 바꾸면 전세계 네트워크 망 무너진다. ㅋ