코로모야
codesaf..(codesafer)
2015-12-28 15:08
추천 0
댓글 10
다른 게시글
-
한낱 게임 모드만으로 멀티를 구현할 수 있음?익명(110.70) | 15.12.28추천 0
-
개구리를 먹어라 [4]에어로홍(aerohong) | 15.12.28추천 0
-
kitri 인가 먼가 하는거 좋음? [1]익명(110.70) | 15.12.28추천 0
-
난 특정 당을 존나게 싫어한다ㅁㅁ(118.131) | 15.12.28추천 1
-
아직도 리얼포스 하나 없냐? [4]시비킹(27.117) | 15.12.28추천 0
-
kosta 국비지원 SW교육 해보거나 아는사람있냐 [2]11aaa(118.91) | 15.12.28추천 0
-
기숙사에 데스크탑 가져가도 상관없음?ㅂㅈ(220.75) | 15.12.28추천 0
-
도와주세요. 컴퓨터 화면 깨짐현상 ㅠㅠ [3]달리(1.249) | 15.12.28추천 0
-
크로아티아 첫 여성 대통령 콜린다...에어로홍(aerohong) | 15.12.28추천 0
-
으~ 섬노예 될것 같다. [1]☎2.7x™(roidz) | 15.12.28추천 1
VC++내장 strlen도 has zero byte를 사용하긴하는데 좀 구시대적인 방법을 사용하고 연산량이 좀 많다는 것 외에는 glibc에 있는것과 별다른게 없어요. 90년대 만들었던 알고리즘을 아직까지 방치해놓았다는게 문제였죠. 이번에 업데이트 되면서 바꼈나보네요
Windows 2000 내장 strlen하고 2013년게 바이트하나 변한게 없어서 ...
그치? 업데이트 된듯.
visual studio 2015 업데이트 1. 변한게 전혀 없는데요
전에 테스트한것 보다 엄청 빨라졌는데??
근데 where_zero의 s[3]이 sizeof == 8앞에 오고 s[7]추가해야되는거 아닌가요
그렇게 해도 되고 저렇게 해도 되고. 코드 크기 작게 갈려고 저렇게 한거양.
32비트에서 i == 3 이면 s + 3 이 자동으로 되고, 64비트 i == 7 이면 s + 7 이 자동으로 되는 구조.
7비트 처리에서 기각된 경우가 조금 웃기긴한데, 그러면 재시도시 한 바이트 앞에서 처리되긴 하니 조금 나쁘지만, 뭐 이러나 저러나 큰 차이 없더라고.
코드길이도 ... 생각해야할게 참 많네요