Team Blog의 글을 이곳 게시판의 "정보글"로 모았습니다. Team blog는 기고자가 올린 글에 질문을 받는 부담을 줄이기 위하여 댓글을 허용하지 않았습니다. 그러나 이곳 게시판으로 모으면서 댓글을 달 수 있습니다. 게시물을 작성하실 때 댓글을 원하지 않으시면 댓글을 허용하시지 않으시기를 바랍니다. 또한 불필요한 소모성 댓글을 달지 않도록 주의하여 주시기를 바랍니다.
TeX과 관련된 질문이나 답변은 QnA 마당을 이용하십시오. TeX과 관련된 질문은 지웁니다
7년간 쓰고 있는 제 놋북에서 최대치 5천만 자리를 찍는 데 1분 30초가 걸리는군요. 각자 기계 자랑 좀 해보시죠.
비트 연산에 대해 아는 게 없어서 하는 질문입니다만 luatex으로 하면 안 되는 특별한 이유가 있나요? 현재 luatex에 들어있는 lua 5.2에는 bit32 모듈이 내장되어 있습니다. bit 대신 로드해서 luatex으로 돌려보니 5천만 자리에 1분 45초가 걸렸습니다. 생각만큼 큰 차이는 나지 않네요.
추가: 찾아보니 최신 버전인 lua 5.3에서는 bit32 모듈이 deprecated 되었습니다. 앞으로 언젠가는 luatex에서 이 모듈을 쓸 수 없게 될 거라는 얘기입니다. 그대신 5.3에서는 &, >> 따위의 비트연산자가 새로 생긴 거 같더군요.
추가: 비트 연산을 산술 연산으로 고쳐서 돌려봐도 실행속도에는 차이가 없어보이는데 전문 프로그래머들은 왜 비트 연산을 선호하는 지 궁금하네요. 이진법 숫자에 익숙해서일까요?
7년간 쓰고 있는 제 놋북에서 최대치 5천만 자리를 찍는 데 1분 30초가 걸리는군요. 각자 기계 자랑 좀 해보시죠.
비트 연산에 대해 아는 게 없어서 하는 질문입니다만 luatex으로 하면 안 되는 특별한 이유가 있나요? 현재 luatex에 들어있는 lua 5.2에는 bit32 모듈이 내장되어 있습니다. bit 대신 로드해서 luatex으로 돌려보니 5천만 자리에 1분 45초가 걸렸습니다. 생각만큼 큰 차이는 나지 않네요.
추가: 찾아보니 최신 버전인 lua 5.3에서는 bit32 모듈이 deprecated 되었습니다. 앞으로 언젠가는 luatex에서 이 모듈을 쓸 수 없게 될 거라는 얘기입니다. 그대신 5.3에서는 &, >> 따위의 비트연산자가 새로 생긴 거 같더군요.
추가: 비트 연산을 산술 연산으로 고쳐서 돌려봐도 실행속도에는 차이가 없어보이는데 전문 프로그래머들은 왜 비트 연산을 선호하는 지 궁금하네요. 이진법 숫자에 익숙해서일까요?