나는 Art of Assembly을 읽기 시작했고, 상태 부울 논리에 대한 섹션, 거기에 : 물론어떤 종류의 상황에서 어셈블리가 빠르지 않으므로 직접 하드웨어/부울 논리 솔루션이 필요합니까?
, 파스칼, C와 같은 언어를 사용하여 프로그래밍 문제에 대한 해결책을 지정하는 것이 훨씬 더 쉽다 , 또는 어셈블리 언어를 사용하는 것보다 더 효율적입니다. 따라서 상태 시스템과 기타 논리 회로 세트를 사용하여 전체 프로그램을 구현할 가능성은 거의 없습니다. 그럼에도 불구하고 하드웨어 구현이 더 나은 경우가 있습니다. 하드웨어 솔루션은 동등한 소프트웨어 솔루션보다 1, 2, 3 또는 그보다 훨씬 빠르게 수주 할 수 있습니다. 따라서 일부 중요한 작업에는 하드웨어 솔루션이 필요할 수 있습니다.
"하드웨어 구현이 더 좋은 경우가 있습니까?"
컴퓨터의 그래픽 카드가 좋은 예입니다.
컴퓨터의 CPU 명령어 세트에 내장 된 암호화 기본 요소는 다른 것입니다.
CPU가 특정 계산을 수행하기위한 지침이나 속도가없는 특별한 경우도 있습니다. 한 예로 Reid Solomon 수학 연산이 특정 하드웨어에서 구현되는 Raid 6 설정에서 사용되는 유한 필드 연산 (보정 알고리즘의 일부가 펌웨어/소프트웨어로 구현 될 수 있지만)이 있습니다. CRC 또는 다른 리드 솔로몬 유형의 오류 정정 코드는 종종 하드웨어로 구현됩니다. 암호화는 이미 언급되었으며 AES 암호화에는 병렬로 작동하는 10 개의 하드웨어 인코더가있을 수 있습니다.
Art of Assembly은 하드웨어 (7400, 4000 시리즈)가 실패하지 않고 소프트웨어가 "순수한 마법"이었던 구세계에서 약간 만날 수 있습니다.
스 니펫이 암시하는 부분은 Karnaugh Mapping입니다. 로직 요소를 그리드에 넣고 원하는 입력과 출력을 표시하고, 그레이 코드 분석을 수행하며, 가장 간단한 로직 게이트 조합을 통해 원하는 출력을 얻습니다. 건설하기 쉽고, 매우 빠르며, 일하기를 보장하고, "마법"이 필요하지 않습니다. 당시 그 프로세서를 사용하는 것은 느리고 성가 셨습니다.
순차적으로 프로그래밍 된 모든 장치에서 병렬 처리의 유효량에는 제한이 있습니다. 하드웨어에 곧바로 들어가면 순차적 제한을 상당 부분 경감 할 수 있습니다. –
로드 된 단어이므로이 티켓이 닫힐 가능성이 큽니다 (try try programmers.stackexchange). 병렬 처리가 많이 필요한 것은 하드웨어가 빠를 것이고, 전용 하드웨어와 프로그래머블 하드웨어 (프로세서 등)를 사용하면 모든 것이 더 빨라질 것입니다. 그러나 "더 나은"은 더 나은 정의가 무엇인지에 대한 우선 순위 및 지침 목록을 요구합니다. 어떤 비용이라도 엄격하게 빠르며, 동일한 비용으로 더 빠르며, 비용이 적게 들고 유지 보수가 용이하고 프로그래밍이 가능합니다. 이것은 "더 나은"이라는 단어를 정의하는 데 필요한 항목의 일부일뿐입니다. –
확장 토론 : http://yosefk.com/ 블로그/its-done-in-hardware-so-its-cheap.html –