shopkeeper/korean_wiki_content_only_120125 huggingface dataset:
또 다른 주요 기능은 메모리 관리가 프로세스를 위한 "공유" 메모리 모델을 지원했다는 점이다(일반적인 DOS 프로그램에 사용 가능한 일반 모델 외에). 공유 메모리 모델에서는 프로그램의 "코드"와 "데이터" 섹션이 서로 분리되었다. "코드"에는 수정 가능한 데이터가 포함되어 있지 않았기 때문에 메모리의 코드 섹션은 동일한 프로그램을 실행하는 여러 프로세스에서 공유될 수 있었고, 따라서 메모리 요구 사항이 줄어들었다.
모든 멀티태스킹 플랫폼용으로 작성되거나 개조된 프로그램은 예를 들어 사용자가 키를 누를 때까지 무한 루프에 들어가는 단일 작업 시스템의 기술을 피해야 했다. 이는 다른 프로세스에서 사용할 수 있는 프로세서 시간을 낭비하는 것이었다. 대신, 컨커런트 DOS는 프로세스가 일정 시간 동안 "잠재울" 수 있는 API 호출을 제공했다. 이후 버전의 컨커런트 DOS 커널에는 유휴 감지 기능이 포함되어 있어 DOS API 호출을 모니터링하여 애플리케이션이 유용한 작업을 수행하고 있는지 아니면 실제로 유휴 상태인지를 판단했으며, 이 경우 프로세스는 다른 프로세스가 실행될 수 있도록 일시 중지되었다. 유휴 감지는 1989년 로저 앨런 그로스와 존 P. 콘스탄트가 발명하고 BatteryMAX로 판매된 특허 받은 DR-DOS Dynamic Idle Detection 전력 관리 기능의 촉매제가 되었다.
DESQview(DV)는 1980년대 후반과 1990년대 초반에 적당한 인기를 누렸던 쿼터덱 오피스 시스템즈가 개발한 텍스트 모드 다중작업 운영체제이다. 도스 위에서 실행되며, 여러 창에서 여러 프로그램을 동시에 실행할 수 있게 한다.
Desq.
쿼터덱의 DESQview 이전 제품은 Desq라고 불리는 작업 전환 제품(1984년 4월 말 또는 5월에 출시)으로, 사용자가 실행 중인 프로그램 간에 전환할 수 있게 했다. 쿼터덱은 패키지를 개편하여 다중 작업을 도입하고 TopView 호환성을 추가했다.
DESQview는 1985년 7월, 마이크로소프트가 윈도우의 첫 버전을 출시하기 4개월 전에 출시되었다. 이는 다중 작업 및 윈도우 기능을 도스에 도입한 최초의 프로그램으로 널리 알려져 있었다. 실제로는 1985년 3월에 출시된 선구적인 프로그램인 IBM 탑뷰가 있었다.
DESQview 하에서는 잘 작동하는 도스 프로그램들이 크기 조절이 가능한 겹치는 창에서 동시에 실행될 수 있다(윈도우의 첫 버전에서는 불가능했던 기능). 간단하고 숨길 수 있는 메뉴를 통해 프로그램 간에 잘라내기 및 붙여넣기가 가능하다. DESQview는 간단한 편집 가능한 매크로도 지원한다. 쿼터덱은 또한 메모장 및 다이얼러를 포함한 DESQview용 선택적 유틸리티 세트를 개발했다. 이후 버전에서는 그래픽 모드 프로그램도 로드할 수 있지만 전체 화면 모드에서만 실행된다.
DESQview는 GUI (그래픽 사용자 인터페이스) 운영체제가 아니다. 오히려, 이는 도스 위에 리얼 모드로 실행되는 비그래픽 창 셸이며, 인텔 8086 또는 인텔 80286 기반 PC에서도 실행될 수 있다. 또한 초기 PC의 640KB 기본 메모리 램 제한을 해결하기 위해 중첩 확장 메모리 애드온을 사용할 수 있다. DESQview는 도스의 한계를 넘어선 메모리를 더 잘 활용하는 인텔 80386 시스템에서 진가를 발휘했다. 그러나 어떤 경우든 보호 모드가 아닌 리얼 모드에서 실행되므로, 오작동하는 프로그램이 여전히 시스템을 충돌시킬 수 있다.
DESQview와 QEMM.
인텔 80386 프로세서에서 연속 확장 메모리를 최대한 활용하여 중첩 확장 메모리와 DESQview 및 다른 리얼 모드 프로그램에서 접근 가능한 상위 메모리 블록(UMB)으로 변환하기 위해 쿼터덱은 정교한 메모리 관리자를 개발했다. 마케팅 관리자의 선견지명 덕분에 쿼터덱은 이를 별도의 제품인 QEMM-386(쿼터덱 확장 메모리 관리자 386)으로 판매했다. 이는 DESQview 자체보다 더 인기를 얻었으며, 여러 해 동안 꾸준히 판매되어 1987년부터 1994년까지 1억 5천만 달러 이상의 매출을 올렸다. 인텔 펜티엄 프로세서 출시 후, QEMM의 386이 제거되었다. DESQview와 QEMM-386의 조합 패키지는 DESQview 386(DV386)이라고 불렸다.
80386의 도입으로 메모리 관리 기능이 향상되어 시스템을 보호 모드로 전환할 수 있게 되었고, 주소는 가상 86모드로 구성되어 연속 확장 메모리가 주소 프레임에 매핑되고 도스와 같은 리얼 모드 프로그램에서 접근할 수 있게 되었다. 이를 통해 386은 LIM(로터스, 인텔, 마이크로소프트) EMS(중첩 확장 메모리 사양)를 구현할 수 있게 되었다. 메모리 관리자는 도스 프로그램 QEMM.COM으로 사용자가 쉽게 제어할 수 있다.
DESQview는 QEMM의 기능을 단순한 LIM EMS API를 훨씬 넘어 활용하여 "일반" 주소 공간(640KB 미만) 대부분을 여러 연속 확장 메모리 블록으로 매핑하여 각 블록이 컨텍스트 중에 투명하게 실행될 수 있도록 한다. 도스 및 모든 장치, 네트워킹 드라이버의 주 복사본은 DESQview 이전에 로드되어야 한다. 결과적으로 얻어지는 공간은 실행할 수 있는 가장 큰 단일 프로그램이지만, QEMM 하의 DESQview는 EMS가 허용하는 만큼 많은 프로그램 인스턴스를 실행할 수 있다. 따라서 8MB 시스템은 일반적으로 수십 개의 전체 크기 도스 프로그램을 동시에 실행할 수 있으며, 16MB 시스템은 20개 이상을 실행할 수 있다.
DESQview 사용.
DESQview는 모든 일반적인 도스 호환 프로그램을 지원하고, 호스트 운영 체제의 제약에도 불구하고 뛰어난 성능과 안정성을 달성했다는 점에서 주목할 만했다. 또한 방해가 되지 않으면서도 빠르게 접근 가능하고 배우기 매우 쉬운 영리한 인터페이스를 가지고 있다.
모든 일반 PC에는 컨트롤, 알트, 일반 시프트 키 등 세 가지 "시프트" 또는 "보조" 키가 있는 키보드가 포함되어 있다. 이 키들은 일반적으로 다른 키와 조합하여 누른다. DESQview는 기본적으로 알트 키의 단독 누름(조합되지 않은)을 모니터링한다. 알트 키를 단독으로 누르면 DESQview 메뉴가 나타나 프로그램 기능에 접근할 수 있다: 새 작업 시작, 작업 간 전환, 화면의 텍스트 표시, 현재 작업에 텍스트를 입력으로 붙여넣기, 텍스트 창 크기 조절 또는 이동, 새 메뉴 항목 구성 등. 또한 Shift+Alt 조합은 DESQview가 특정 키 세트를 매크로로 학습하게 한다. 이를 통해 DESQview는 다른 프로그램이 사용하고 있을 수 있는 "키 바인딩"을 방해하지 않고 실행할 수 있다.
DESQview는 비평가들의 찬사를 받고 많은 팬을 확보했지만, 쿼터덱이 사람들을 설득하기 위해 지속적인 노력을 기울였음에도 불구하고 대중적인 인기를 얻지는 못했다.
그러나 한 분야에서 DESQview는 지속적인 성공을 거두었다. 많은 멀티유저 전자 게시판이 적당한 하드웨어 요구 사항, 강력한 다중 작업, 여러 통신 포트의 뛰어난 처리 능력 덕분에 DESQview를 기반으로 했다. 당시 대부분의 무료 또는 저렴한 BBS 소프트웨어는 단일 노드, 단일 작업 도스 프로그램으로 실행되었다. 일반적으로 BBS 소프트웨어는 한 번에 한 복사본만 실행할 수 있었으며, 호스트 PC가 하나의 노드만 실행하도록 제한했다. DESQview는 종종 버퍼링하는 16550 UART 칩 설치의 도움을 받아, 동일한 단일 작업 BBS 소프트웨어의 여러 복사본을 단일 컴퓨터에서 동시에 실행할 수 있게 하여 다중 사용자 BBS를 만들었다.
DESQview의 쇠퇴.
DESQview는 그래픽 사용자 인터페이스(GUI)를 제공하지 않는다. 쿼터덱은 기능 사용을 위한 소프트웨어 개발을 지원하기 위해 프로그래밍 라이브러리와 유틸리티 모음을 제공했지만, 이는 널리 인기를 얻지 못했다. DESQview가 대부분의 소프트웨어를 수정 없이 실행할 수 있는 능력과 "런타임" 라이선스 비용, 그리고 개발 스위트 자체의 비용이 결합되어 상용 소프트웨어 출판사 및 공급업체에게는 비합리적인 조합이 되었다.
마이크로소프트는 자체 메모리 관리 및 다중 작업 기능을 갖춘 윈도우 3.0을 출시했다. DESQview가 훨씬 빠르고 작고 안정적이었지만, 더 비쌌고 MS 윈도우의 그래픽 기능을 지원하지 않았다.
QEMM의 쇠퇴는 1990년 출시된 디지털 리서치의 DR-DOS 5.0에 메모리 관리자가 번들로 제공되면서 시작되었다. 이에 대항하여 마이크로소프트는 MS-DOS 5.0에 자체 EMM386을 포함시켰는데, 이전에는 메모리 관리 기능이 윈도우에서만 사용할 수 있었다. QEMM은 여전히 대신 사용될 수 있었고, 특히 윈도우 3.1x와 함께 사용되었지만, 점진적인 이점만 있었다. QEMM의 판매는 감소했다. 1994년 8월, 3분기 연속 손실 후, 회사는 직원 25%를 해고했으며 CEO, 사장 및 창립자 테리 마이어스(Terry Myers)가 사임했다.
사용자들이 DESQview에서 윈도우 3.x 및 OS/2와 같은 다른 플랫폼으로 이동함에 따라, 타사 유틸리티 개발자들은 DESQview API 기능 중 일부를 에뮬레이션하여 적절히 갖춰진 도스 프로그램이 이러한 OS와 협력할 수 있도록 하는 유틸리티 프로그램을 작성했다. 가장 주목할 만한 것은 TAME(윈도우용) 및 OS/2SPEED(OS/2용)이다.
DESQview/X.
쿼터덱은 결국 DESQview/X(DVX)라는 제품을 출시했는데, 이는 도스와 DESQview 하에서 실행되는 X 윈도 시스템 서버로, X 소프트웨어(대부분 유닉스)를 포팅할 수 있는 GUI를 제공한다.
DESQview/X는 출시와 함께 X/Motif, OPEN LOOK, Twm의 세 가지 윈도우 관리자를 포함했다. 기본 패키지에는 Twm만 포함되어 있었고, 다른 것들은 TCP/IP 네트워크에서 상호 작용하는 기능과 마찬가지로 비싼 선택적 추가 기능이었다. 모자이크는 DVX로 포팅되었다.
DVX 자체는 네트워크를 통해 도스 프로그램과 16비트 윈도우 환경을 X 프로그램으로 제공할 수 있었는데, 이는 유닉스 워크스테이션에서 도스 및 윈도우 프로그램을 실행하려는 사람들에게 유용했다. 동일한 기능은 NCD Wincenter의 일부 버전에서도 사용할 수 있다.
NetWare 액세스 서버.
네트워크 회사인 노벨은 DESQview 386 및 pcAnywhere의 기능을 통합한 NetWare Access Server (NAS)라는 제품을 개발했다. DESQview 다중 작업 지원은 최대 16대의 PC 및 매킨토시 클라이언트가 원격으로 로그인하여 NetWare 서비스에 액세스하고 도스 응용 프로그램을 실행할 수 있는 환경을 만드는 데 사용되었다.
DESQview/X 이후의 DESQview.
DESQview 개발은 DESQview/X와 병행하여 계속되었다. DESQview/X 개발 중단 후, DESQview의 또 다른 버전이 출시되었다. QEMM은 DESQview 중단 이후에도 계속 개발되었으며, 윈도우 98과 호환되는 버전이 출시되었다.
1990년대 중반, 쿼터덱은 인터넷 회사로 변모하려 시도했으며, 모자이크 웹 브라우저의 버전을 출시했다. 결국, 이 회사는 시만텍에 인수되었다.
바이트는 1984년에 DesQ의 응용 프로그램 호환성이 테스트된 다섯 가지 윈도우 관리자 중 가장 높다고 밝혔다. 이 잡지의 제리 푸르넬은 1989년에 "멀티파인더는 아직 잘 작동하지 않지만, 큰 80386 머신의 DESQView는 확실히 잘 작동한다"고 언급하며, 286의 OS/2보다 선호된다고 말했다. 그 해 이 잡지는 버전 3.0을 바이트 어워드 "명예" 수상작 중 하나로 선정하며, "OS/2와 달리 DESQview는 이미 비용을 지불한 프로그램을 실행할 수 있게 한다... 많은 사용자들이 DESQview만 있으면 충분하다고 생각할 것이다"라고 언급했다.
센테라 골드(Centerra Gold)는 캐나다의 광업 회사로, 캐나다 브리티시컬럼비아주에 위치한 마운트 밀리건 구리-금광과 튀르키예의 왹쉬트 금광을 소유하고 운영한다. 톰슨 크릭 메탈스 자회사를 통해 브리티시컬럼비아주와 아이다호주에 각각 위치한 엔다코 및 톰슨 크릭 몰리브데넘 광산도 소유하고 있지만, 센테라의 인수 이후로는 비활성 상태이다. 이 회사는 이전에 키르기스 공화국의 쿰토르 금광과 몽골의 보로오 금광을 소유하고 운영했다. 토론토에 본사를 둔 센테라 골드는 토론토 증권거래소와 뉴욕 증권거래소에 주식이 상장된 공개 회사이다.
센테라 골드는 카메코 코퍼레이션의 금광 사업이 기업 분사되면서 탄생했다. 2002년 캐나다 우라늄 광업 회사인 카메코는 쿰토르 마운틴 홀딩스 코퍼레이션을 자회사로 설립했으며, 2003년 12월 이 회사는 센테라 골드로 사명이 변경되었다. 2004년 6월 발효된 키르기스 공화국 정부와의 새로운 구조조정 및 투자 협정에 따라 쿰토르 프로젝트를 규율하는 세금 및 법률 규칙이 최종 확정되었는데, 카메코(66%)와 키르기스 공화국 소유의 키르기스알튼 JSC(33%)는 모두 쿰토르 광산에 대한 지분을 센테라로 이전했으며, 국제 금융 공사와 유럽 부흥 개발 은행에 대한 미지급 부채는 신설 회사에 대한 4% 지분으로 교환되었다. 이들의 기업공개(IPO)에서는 회사 지분 27.3%를 주당 15.50달러에 팔아 2억 5,300만 달러를 모았으며, 이로 인해 카메코와 키르기스알튼은 각각 52.7%와 15.7%를 소유하게 되었다. IPO와 동시에 센테라는 호주 회사 AGR 리미티드를 인수하여 몽골의 보로오 금광의 100% 소유권을 확보했다. 2006년에는 회사 주가가 46달러로 최고치를 기록한 후 주식 분할되어 각 주주는 추가로 두 주를 받았다.
주요 자산인 쿰토르 광산 외에도 키르기스 자회사인 쿰토르 골드 컴퍼니와 쿰토르 운영 컴퍼니를 통해 쿰토르 광산을 소유 및 운영했고, AGR 리미티드 자회사를 통해 몽골의 보로오 금광도 소유 및 운영했다. 두 국가 모두 직접 투자에 비교적 새로웠으며, 쿰토르는 2007년 키르기스 공화국 국내총생산의 4%를 차지했고 보로오는 2004년 몽골 GDP의 거의 10%를 차지했기 때문에 결과적으로 진화하는 법적 환경의 영향을 받았다. 센테라가 규제 프레임워크와 재정적 의무에 대한 확실성을 제공하기 위해 두 프로젝트에 대해 법적 구속력이 있는 투자 협정을 협상했지만, 회사가 대응해야 할 갈등은 계속해서 발생했다. 쿰토르는 국유화 논쟁의 대상이 되었고, 2005년과 2010년 혁명 이후 협정이 검토되었다. 한편 몽골은 보로오와 센테라가 개발 중인 가츠르트 부지의 실행 가능성을 위협하는 새로운 광업세 및 환경 보호법을 채택했다. 두 광산 모두 작업 중단 및 지연을 겪었는데, 2006년과 2012년 쿰토르 광산의 벽 붕괴, 파업 및 봉쇄 그리고 보로오에서의 광업 검사 실패 등이 있었다. 보로오는 2012년 9월에 광산 수명이 다했지만, 굴착된 물질의 제련은 2015년 유지보수 단계에 들어가기 전까지 2년 더 계속되었다. 센테라는 2018년에 모든 몽골 지분(보로오 시설과 가츠르트 프로젝트)을 싱가포르 투자 회사 OZD ASIA PTE Ltd에 3,500만 달러에 매각했다.
2020년 10월 선거 이후 키르기스스탄의 정치적 불안정과 그로 인한 시위, 의원내각제에서 대통령제로 전환하기 위한 국민투표, 그리고 민족주의자 사디르 자파로프의 대통령 당선은 키르기스스탄이 인명 및 자연 환경에 대한 위험을 시정하기 위해 3개월 동안 쿰토르 금광을 일시적으로 운영할 수 있도록 허용하는 법률이 채택되는 결과를 낳았다. 동시에 키르기스 법원은 환경법 위반으로 회사에 30억 미국 달러의 벌금을 부과했다. 센테라는 쿰토르 골드 컴퍼니 자회사들을 파산 선고하고 유엔 국제 무역법 위원회에 중재를 신청했다. 전 총리 오무르베크 바바노프와 다른 관계자들은 쿰토르와 관련된 금융 범죄 수사를 받게 되었고 센테라는 전 이사회 멤버인 텡기즈 볼투룩이 몰수에 협조했다고 주장하며 소송을 제기했다. 2022년 4월, 센테라 골드와 키르기스 정부는 센테라가 키르기스스탄에서 완전히 철수하고 키르기스스탄 정부가 회사 키르기스 자회사들의 모든 소유권을 갖는 합의에 도달했다.
2020년 현재 센테라 골드는 튀르키예의 왹쉬트 금광과 캐나다의 마운트 밀리건 금/구리 광산 두 곳의 금광을 운영하고 있다. 톰슨 크릭 메탈스 자회사를 통해 센테라는 미국의 톰슨 크릭 몰리브데넘 광산도 소유하고 랑겔로스 야금 공장을 운영하며, 캐나다의 엔다코 몰리브데넘 광산도 소유하고 있다.
왹쉬트 금광은 튀르키예의 카이세리주에 위치한다. 이 광산은 노천광산으로, 힙 침출과 전기 채광을 이용해 광석을 처리하여 도레바를 생산한다. 센테라는 2009년부터 이 프로젝트에 지분을 가지고 있었으며, 2012년 탐사 부지로 완전 소유권을 획득했다. 유리한 경제성 및 기술적 타당성 연구를 거쳐 2018년 건설을 시작했으며 2020년부터 생산에 들어가 8년간 광산 수명이 예상된다. 이 광산은 센테라 룩셈부르크 홀딩스 SARL을 통해 자회사인 왹쉬트 마덴실릭이 운영한다.
마운트 밀리건 구리-금광은 캐나다 브리티시컬럼비아주 북부, 포트 세인트 제임스와 매켄지 사이에 위치한다. 톰슨 크릭 메탈스가 2014년에 상업 생산을 시작했으며, 센테라 골드는 톰슨 크릭 메탈스 인수와 함께 2016년 10월부터 통제권을 확보했다. 이곳은 노천광산으로, 광석은 정광으로만 처리되어 밴쿠버를 통해 해외로 운송된다. 이 광산은 매년 금 약 180,000온스, 구리 약 6천만 파운드 상당(정광에 함유된 양)을 생산한다.
2016년 톰슨 크릭 메탈스 인수를 통해 센테라는 휴면 상태인 엔다코 및 톰슨 크릭 몰리브데넘 광산과 랑겔로스 야금 시설에 대한 소유권 및 통제권을 확보했다. 엔다코 광산은 캐나다 브리티시컬럼비아주 북부 프레이저 레이크 근처에 위치하며, 일본 회사 소지쓰 코퍼레이션이 25%의 지분을 가진 합작 투자로 운영된다. 샬리, 아이다호주 근처에 위치하며 부분적으로 살몬-샬리스 국유림 내에 있는 톰슨 크릭 광산. 엔다코와 톰슨 크릭 광산 모두 2014-15년 낮은 몰리브데넘 상품 가격으로 인해 채산성이 떨어져 유지보수 단계에 들어가기 전에는 펜실베이니아주 랑겔로스에 있는 톰슨 크릭 메탈스의 랑겔로스 야금 시설에 공급되었다. 그러나 센테라 골드가 소유권을 인수한 이후로는 제3자로부터 몰리브데넘 정광만을 처리해왔다.
키르기스 공화국 이식쿨주의 제티-외귀즈 구역에 위치한 쿰토르 금광은 1997년에 문을 열었으며, 2002년에 센테라로 소유권이 이전되었다. 해발 가 넘는 고지대 광산으로, 톈산산맥의 리시 빙하와 다비도프 빙하 사이에 위치한다. 이곳은 재래식 노천 광산으로, 현장 제련소에서 광석을 분쇄하고 황철광 부유 선별로 녹여 탄소 침출 시스템을 거쳐 전기 채광으로 수집하여 도레바를 생산한다. 이 광산은 연간 약 50만 온스의 금을 생산했지만, 2012년에는 겨울 폭풍 이후 과도한 얼음으로 인해 피트 벽이 붕괴되어 연간 절반 동안 운영이 중단되었다. 센테라 이전에도 수많은 사고가 발생했지만, 이 광산은 건강 및 안전 문제, 빙하 물질 굴착으로 인한 자연 환경 영향 및 폐기물 처리, 그리고 키르기스 공화국 내에서의 중요성으로 인한 정치적 논쟁의 대상이 되어왔다. 센테라는 키르기스스탄 정부가 광산을 국유화한 후 2022년 키르기스스탄에서 철수했다.
몽골 셀렝게주에 위치한 보로오 금광은 2004년 AGR 리미티드를 인수하고 2015년 몽골 자산을 OZD ASIA PTE Ltd에 매각하기 전까지 센테라 골드가 소유하고 운영했다. 2004년 이전 센테라는 모회사인 카메코를 통해 보로오 프로젝트에 부분적으로 지분을 보유하고 AGR과 공동으로 탐사 및 개발 작업을 수행했다. 이 광산은 2004년 2월에 상업 생산에 도달했으며, 2014년 채굴 활동이 종료될 때까지 연간 약 5만~9만 온스의 금광석을 생산했지만, 잔여 물질 처리는 2015년까지 계속되었다.
IBM 퍼스널 컴퓨터 베이직은 일반적으로 IBM 베이직(IBM BASIC)으로 축약되며, IBM이 1981년 IBM 퍼스널 컴퓨터 모델 5150 (IBM PC)과 함께 처음 출시한 프로그래밍 언어이다. IBM은 마이크로소프트로부터 라이선스를 받아 PC와 PCjr용 마이크로소프트 베이직 인터프리터의 네 가지 버전을 출시했다. 이들은 카세트 베이직, 디스크 베이직, 어드밴스드 베이직 (BASICA), 그리고 카트리지 베이직으로 알려져 있다. 디스크 베이직과 어드밴스드 베이직 버전은 IBM PC DOS 4까지 IBM PC DOS에 포함되었다. ANSI 표준 베이직의 기능 외에도, IBM 버전은 IBM PC 제품군의 그래픽 및 사운드 하드웨어 지원을 제공했다. 전체 화면 편집기로 소스 코드를 입력할 수 있었고, 기본적인 프로그램 디버그를 위한 제한된 기능이 제공되었다. IBM은 또한 1982년 PC DOS 1.10 출시와 동시에 PC용 마이크로소프트 베이직 컴파일러 버전도 출시했다.
IBM은 이미 자사 메인프레임용 베이직 버전을 가지고 있었음에도 불구하고 IBM 퍼스널 컴퓨터용 마이크로소프트 베이직을 라이선스했다. 돈 에스트리지는 "마이크로소프트 베이직은 전 세계적으로 수십만 명의 사용자를 보유하고 있었습니다. 어떻게 그에 대해 논쟁할 수 있겠습니까?"라고 말했다.
IBM 카세트 베이직.
IBM 카세트 베이직은 오리지널 IBM PC의 8KB 바이오스 ROM과는 별개로 32 킬로바이트 (KB)의 ROM으로 제공되었으며, 실행에 운영체제가 필요하지 않았다. 카세트 베이직은 플로피 디스크 드라이브가 설치되어 있지 않거나 부팅 코드가 전원 켤 때 부팅 가능한 플로피 디스크를 찾지 못할 경우 바이오스를 통해 INT 18h로 호출되는 기본 사용자 인터페이스를 제공했다. 카세트 베이직이라는 이름은 프로그램을 저장하고 데이터를 저장하는 데 플로피 디스크 대신 카세트 테이프를 사용했기 때문에 붙여졌다. 카세트 베이직은 오리지널 PC와 XT의 ROM과 PS/2 라인의 초기 모델에 내장되었다. 이는 IBM 카세트 테이프 인터페이스로만 프로그램을 로드하고 저장하는 것을 지원하는데, 이는 오리지널 모델 5150 이후의 모델에서는 사용할 수 없다. 5150의 보급형 버전은 16KB의 RAM만으로도 카세트 베이직을 실행하기에 충분했다. 그러나 카세트 베이직은 거의 사용되지 않았는데, 디스크 드라이브 없이 판매되는 PC가 거의 없었고, 대부분은 PC DOS와 디스크 베이직을 실행하기에 충분한 RAM을 갖추고 판매되었으며, 많은 PC는 어드밴스드 베이직도 실행할 수 있었다. 카세트 베이직에는 세 가지 버전이 있다: C1.00 (16-64K 메인보드를 가진 초기 IBM PC에서 발견됨), C1.10 (모든 후기 IBM PC, XT, AT 및 PS/2에서 발견됨), 그리고 C1.20 (PCjr에서 발견됨).
IBM 디스크 베이직.
IBM 디스크 베이직 (BASIC.COM)은 오리지널 IBM PC DOS에 포함되었다. 32KB 카세트 베이직 ROM을 사용했기 때문에, BASIC.COM은 콤팩 포터블과 같이 호환성이 높은 PC 클론에서도 실행되지 않았다. 디스크 베이직이라는 이름은 프로그램을 저장하고 데이터를 저장하는 데 카세트 테이프뿐만 아니라 플로피 디스크도 사용했기 때문에 붙여졌다. 디스크 기반 코드는 ROM에 상주하는 코드의 오류를 수정하고 플로피 디스크 및 직렬 포트 지원을 추가했다.
디스크 베이직은 버전 번호 앞에 문자 D가 붙는 것으로 식별할 수 있다. 디스크 지원과 카세트 베이직에는 없는 일부 기능을 추가하지만, BASICA의 확장된 사운드 또는 그래픽 기능은 포함하지 않는다. 디스크 베이직의 주요 목적은 48KB 메모리만 있는 IBM PC용 "경량" 버전으로, BASIC.COM은 사용자 코드에 약 23KB를 사용할 수 있었고, BASICA는 약 17KB만 사용할 수 있었다. 1986년까지 모든 신형 PC는 최소 256KB 메모리를 탑재했으며, DOS 3.00 이후 버전에서는 디스크 베이직이 배치 파일 호환성을 위해 BASICA.COM을 호출하는 작은 스텁으로 축소되었다. 이 모든 초과 RAM이 있더라도, 베이직은 사용자 프로그램에 대해 카세트 베이직, BASIC.COM, 또는 BASICA와 관계없이 약 61KB만 할당하고 관리했다.
IBM 어드밴스드 베이직.
IBM 어드밴스드 베이직 (BASICA.COM)은 오리지널 IBM PC DOS에도 포함되어 있었으며, 카세트 베이직의 ROM 상주 코드를 필요로 한다. 이 버전은 플로피 디스크 파일 액세스, 디스크에 프로그램 저장, PC 내장 스피커를 사용한 모노포닉 사운드, 픽셀을 설정하고 지우는 그래픽 기능, 선과 원을 그리는 유사 기능 및 색상 설정, 통신 및 조이스틱 누름에 대한 이벤트 처리와 같은 기능을 추가했다. BASICA는 ROM 베이직이 없기 때문에 비IBM 컴퓨터 (심지어 "100% 호환" 기계라고 불리는 것들)나 후기 IBM 모델에서는 실행되지 않는다.
BASICA 버전은 각 DOS 버전과 동일하며, v1.00부터 시작하여 v3.30으로 끝난다. BASICA의 초기 버전은 서브디렉토리를 지원하지 않으며, 일부 그래픽 명령은 약간 다르게 작동한다. 예를 들어, 화면 밖으로 벗어나는 선을 그리는 데 `LINE` 문이 사용되면, 베이직은 단순히 가장 가까운 인접 선과 교차시키지만, 베이직 2.x 이상에서는 선이 화면 밖으로 나가 교차하지 않는다. 베이직 1.x의 `PAINT` 명령은 지정된 좌표에서 채우기를 시작하여 위아래 방향으로 번갈아 가며 확장하는 반면, 베이직 2.x에서는 시작 좌표 아래의 모든 것을 채운 다음, 완료 후 그 위의 모든 것을 채운다. 베이직 1.x의 `PAINT` 명령은 또한 저장을 위해 시스템 스택을 사용하며 복잡한 영역을 채울 때 `OVERFLOW` 오류를 발생시킬 수 있다. 이를 해결하기 위해 `CLEAR` 문을 사용하여 베이직의 스택을 확장할 수 있다 (기본 크기는 128바이트). 베이직 2.x는 PAINTing 시 스택을 사용하지 않으므로 이 문제가 발생하지 않는다.
컴팩 베이직 1.13은 PC용 최초의 독립형 (카세트 베이직을 필요로 하지 않는) 베이직이었으며, IBM BASICA 1.00 및 1.10을 제외하고 FCB를 사용하고 교차 선이 있는 오리지널 LINE 문을 포함한 유일한 베이직 버전이었다 (컴팩 베이직 1.13의 `PAINT` 문은 모든 후기 BASICA/GW-BASIC 버전과 동일하게 작동한다: 새로운 채우기 알고리즘을 사용하며 스택을 사용하지 않는다).
초기 PC DOS 버전에는 PC의 기능을 시연하는 여러 샘플 베이직 프로그램이 포함되어 있었는데, DONKEY.BAS 게임도 그 중 하나였다.
마이크로소프트 GW-BASIC은 BASICA와 동일하며, 카세트 베이직 코드를 프로그램에 포함한다는 점을 제외하면, ROM에 카세트 베이직이 없는 비IBM 컴퓨터 및 후기 IBM 모델에서도 실행된다.
IBM PCjr 카트리지 베이직.
베이직 롬 카트리지 버전은 1984년에 출시된 IBM PCjr에서만 사용할 수 있었으며, 해당 기기에서 가능한 추가 그래픽 모드와 사운드 기능을 지원했다. 이는 어드밴스드 베이직의 상위 집합이다. 카트리지 베이직은 PCjr의 첫 128KB 메모리 내에서만 작동할 수 있었고 확장 RAM과는 작동하지 않았다. 즉, DEF SEG 함수를 사용하여 &amp;H1FF0 이상의 메모리 세그먼트를 가리킬 수 없었다.
카트리지 베이직은 DOS 프롬프트에서 BASICA를 입력하여 활성화되었다. 반대로, IBM BASICA 버전 2.1 이상은 PCjr를 감지하면 실행을 거부했지만, 이 제한을 우회하도록 패치할 수 있었다.
카세트 베이직은 부팅 가능한 디스크나 카트리지 없이 PC 또는 PCjr가 부팅될 때 로드되었다. 디스크 베이직과 어드밴스드 베이직은 DOS 명령어 프롬프트에서 해당 명령어 이름 (각각 BASIC 및 BASICA)을 입력할 때 로드되며 (카트리지 베이직을 활성화하는 PCjr 제외), 메모리 할당을 제어하는 일부 선택적 매개변수를 사용한다. 로드되면, 프로그램 버전 번호를 표시하는 시작 식별 메시지가 나타나고 전체 화면 텍스트 편집기가 시작된다 (오른쪽 이미지 참조). 기능 키에는 일반적인 명령이 할당되며 화면 하단에 표시된다. 프로그램을 로드하거나 저장하기 위해 명령어를 입력할 수 있으며, 직접 (즉시) 모드에서 표현식을 입력하고 실행할 수 있다. 입력 줄이 숫자로 시작하면, 언어 시스템은 다음 텍스트 줄을 프로그램 소스의 일부로 저장하여 프로그래머가 각 문 앞에 줄 번호를 사용하여 전체 프로그램을 한 줄씩 입력할 수 있도록 한다. 화면에 나열될 때, 줄은 줄 번호가 증가하는 순서로 표시된다. 커서 키를 사용하여 화면에 표시된 프로그램 소스 코드 줄로 커서를 이동하고 화면 텍스트를 덮어씀으로써 변경할 수 있다. 프로그램 소스는 토큰화된 형태로 내부에 저장되며, 이 형태에서는 예약어가 단일 바이트 토큰으로 대체되어 공간과 실행 시간을 절약한다. 프로그램은 압축된 토큰화된 형태로 저장하거나 선택적으로 DOS ASCII 텍스트 파일로 저장하여 다른 프로그램으로 보고 편집할 수 있다. 대부분의 다른 DOS 응용 프로그램과 마찬가지로, IBM 베이직은 텍스트 모드 프로그램이며 창, 아이콘, 마우스 지원 또는 잘라내기-붙여넣기 편집 기능이 없다.
1983년에 출시된 GW-BASIC은 비IBM MS-DOS 컴퓨터와 함께 배포된 디스크 기반 마이크로소프트 제품으로, IBM 카세트 베이직이 없는 컴퓨터에서 BASICA의 모든 그래픽 모드와 기능을 지원한다.
현재는 단종된 MS-DOS 및 PC DOS 버전의 BASICA 후속작은 1991년에 출시된 QBasic이다. 이는 마이크로소프트 QuickBASIC 컴파일러의 간소화된 버전이다. QBasic은 인터프리터이며 소스 파일을 컴파일할 수 없는 반면, QuickBASIC은 프로그램을 .EXE 실행 파일 형식으로 컴파일하고 저장할 수 있다. QuickBASIC은 또한 일부 고급 언어 문과 함수 (주로 OS 인터페이스 및 저수준 기계어 프로그래밍과 관련됨)를 포함하고, 다중 모듈 프로그램을 지원하며, 고급 디버깅 기능을 포함하고 있는데, 이 모든 기능은 QBasic에는 없다.
자연 이웃 보간법() 또는 시브슨 보간법(Sibson interpolation)은 로빈 시브슨이 개발한 공간 보간 방법이다. 이 방법은 이산적인 공간 점 집합의 보로노이 테셀레이션을 기반으로 한다. 이는 최근접 이웃 보간법과 같은 더 간단한 보간 방법보다 부드러운 "진정한" 함수 근사를 제공한다는 장점이 있다.
수식화.
기본 방정식은 다음과 같다.
여기서 formula_2는 formula_3에서의 추정값이고, formula_4는 가중치이며, formula_5는 formula_6에서 알려진 데이터이다. 가중치 formula_4는 테셀레이션에 formula_3를 삽입할 때 각 주변 영역이 얼마나 "도난당하는지"를 찾아 계산된다.
여기서 는 를 중심으로 하는 새 셀의 부피이고, 는 를 중심으로 하는 새 셀과 를 중심으로 하는 이전 셀 사이의 교차 부피이다.
여기서 은 보로노이 다이어그램에서 와 에 연결된 셀 사이의 인터페이스의 측도 (2D에서는 길이, 3D에서는 표면)이고, 은 와 사이의 거리이다.
자연 이웃 보간법에는 몇 가지 유용한 속성이 있다.
자연 이웃 보간법은 이산 형태로도 구현되었으며, 적어도 일부 상황에서는 계산적으로 더 효율적인 것으로 입증되었다. 불확실성 측정값을 제공하는 이산 자연 이웃 보간 형태도 개발되었다.
마읍 전투(), 마읍의 계책(馬邑之謀) 또는 마읍 포위전(馬邑之圍)으로도 알려진 이 전투는 군신선우가 이끄는 침략군 흉노군에 대항하여 한나라가 시도했던 매복 작전으로, 양측 모두 최소한의 사상자가 발생했다. 비록 전투는 벌어지지 않았지만, 이 사건은 한나라와 흉노 간의 법률적 평화의 종말을 알리고 이후 한-흉노 전쟁의 시작으로 이어졌다. 작전의 실패는 또한 한나라 조정이 효과적인 기병대를 개발하고 공격적인 원정 군사 정책을 사용하도록 동기를 부여했다.
마읍 전투 이전에 한족과 흉노족 사이에는 두 가지 주요 접촉이 있었다. 전국 시대에 조나라의 이목 장군은 흉노족을 조나라 영토 깊숙이 유인하여 매복 공격함으로써 그들을 격파했다. 비슷한 전술로 진나라의 몽염 장군은 흉노족을 북쪽으로 쫓아내고, 미래의 습격을 막기 위해 황투고원 가장자리에 만리장성을 건설했다. 그러나 진나라의 붕괴와 그에 따른 초한전쟁의 혼란은 권력 공백을 초래했고, 흉노족이 묵돌선우 휘하에 통일되어 강력한 유목 민족 연합체가 될 수 있도록 허용했다.
전한 고제가 기원전 200년에 묵돌에 의해 백등산에서 굴욕적인 패배를 당한 후, 새로 건국된 한나라는 초한전쟁으로 인한 소모전에서 아직 완전히 회복되지 않았기 때문에 흉노의 적대감을 줄이기 위해 유화정책에 의존할 수밖에 없었다. 그러나 주기적인 선물과 화친(和親, "혼인을 통한 평화") 정책에도 불구하고, 번영하는 한족의 영토는 흉노의 습격에 매력적으로 남아 있었으므로, 변경의 마을과 촌락은 여전히 계절적으로 유목민들에게 약탈당했다.
70년이 지난 후, 한나라는 군사력을 강화했다. 전한 무제는 그의 통치 초기에는 평화와 유화정책을 유지했지만, 흉노에게 큰 타격을 줄 계획을 세우기 시작했다. 전통적인 한족의 전략은 더 보수적이고 방어적이었으며, 흉노 기병을 한족 영토, 즉 거의 전적으로 보병과 전차병으로 구성된 한족 군대가 반격에 유리한 지형으로 유인하는 것을 목표로 했다.
기원전 133년, 속국 사무 담당관 왕회의 제안에 따라 무제는 마읍(馬邑)에서 흉노 선우를 위한 덫을 놓도록 군대를 배치했다. 섭일은 군신선우에게 자신이 지역 관리자를 죽였고 도시를 흉노에게 기꺼이 바치겠다고 속여 말했다. 이 계획은 선우의 군대를 마읍으로 진격하도록 유인하여, 그 지역 주변에 숨어있는 30만 명의 한나라 병력이 그들을 포위하고 매복 공격하는 것이었다.
선우가 미끼를 물고 마읍으로 습격하기 위해 진격했을 때, 그는 소떼로 가득찬 들판을 보았지만 목동은 없었다. 점점 더 의심스러워진 선우는 부하들에게 진격을 멈추라고 명령했다. 흉노 정찰병들은 지역 전초 기지에서 한나라 병사 한 명을 붙잡았고, 그는 선우에게 전체 계획을 폭로했다. 충격에 떨면서 선우는 습격을 포기하고 한나라 군대가 행동하기 전에 철수했다. 이때 한나라 군대는 흩어져 있었고, 흉노를 잡을 만큼 제때 집중할 수 없었다. 전체 한나라 작전의 사령관이었던 왕회는 휘하에 직접 3만 명의 병력만 있었고, 이는 흉노가 초원으로 후퇴하는 것을 막기에는 너무 적어서 망설이며 한나라 군대에게 추격하지 말라고 명령했다. 그 결과, 양측 모두 사상자는 없었다.
황궁으로 돌아온 왕회는 그의 정치적 적들로부터 계획의 실패와 후퇴하는 흉노군을 추격하기를 꺼려한 것에 대해 비난을 받았고, 그는 탄핵되었다. 재판을 기다리는 동안 그는 황제 무제의 외삼촌인 승상 전분에게 뇌물을 보내 가석방을 얻으려 했다. 무제가 왕회를 용서하기를 여전히 거부하자, 그는 감옥에서 자살했다.
양측 간에 수십 년 동안 국경 군사 충돌이 계속되었지만, 이 "전투"로 한나라와 흉노 간의 법률적 "평화"는 끝났다. 매복 작전은 한나라의 강경한 입장을 드러냈고, "평화를 위한 혼인/선물" 정책은 공식적으로 폐기되었다. 그 후 몇 년 동안 흉노는 국경 공격을 강화하여, 한나라 조정에서 주전파의 명분과 통제력을 더욱 굳건히 했다.
전투의 결과로 무제는 전통적으로 전차/보병 중심의 한나라 군대가 기동성이 더 뛰어난 흉노 기병에 대해 전술적 우위를 달성하기 어렵다는 것을 깨달았다. 이는 한나라 전략의 변화를 이끌었고 효과적인 기병 군사 교리의 발전을 촉진했다. 이후의 캠페인에서 한나라는 방어적-반격적 입장에서 흉노 영토 깊숙이 원정을 감행하는 공격적 전략으로 전환했다.
마읍 작전의 실패는 또한 무제가 사령관 선택을 재고하게 만들었다. 기존 장군들의 무능력에 실망한 무제는 공격적인 대기병전이 가능한 젊은 세대의 군사 유망주들을 찾기 시작했다. 이는 위청과 곽거병과 같은 유명한 신세대 전술가들의 부상으로 이어졌고, 이광과 한안국과 같은 구세대 사령관들은 총애를 잃기 시작했다.
영차 홀드(, ZOH)는 일반적인 디지털-아날로그 변환회로 (DAC)에 의해 이루어지는 실제 신호 재구성의 수학적 모델이다. 즉, 각 샘플 값을 하나의 샘플 간격 동안 유지함으로써 이산 신호를 연속 시간 신호로 변환하는 효과를 설명한다. 이는 전기 통신에서 여러 응용 분야를 가지고 있다.
시간 영역 모델.
영차 홀드는 시간 간격 T당 하나의 샘플을 가정하고 샘플 시퀀스 x[n]으로부터 다음 연속 시간 파형을 재구성한다.
여기서 formula_2는 구형함수이다.
함수 formula_3는 그림 1에 묘사되어 있으며, formula_4는 그림 2에 묘사된 구분 상수 함수이다.
주파수 영역 모델.
위 ZOH 출력에 대한 방정식은 임펄스 응답이 구형함수와 같고, 입력이 샘플 값으로 스케일링된 디랙 델타 함수 시퀀스인 선형 시불변 필터의 출력으로도 모델링될 수 있다. 이 필터는 나이퀴스트-섀넌 표본화 정리에 의해 제안된 휘태커-섀넌 보간 공식 또는 1차 홀드나 샘플 값 간의 선형 보간과 같은 다른 재구성 방법과 비교하기 위해 주파수 영역에서 분석될 수 있다.
이 방법에서는 이산 샘플 x[n]을 나타내는 디랙 델타 함수 시퀀스 xs(t)가 로우패스 필터링되어 연속 시간 신호 x(t)를 복구한다.
비록 이것이 DAC가 실제로 하는 일은 아니지만, DAC 출력은 이러한 특성(LTI 시스템의 경우 임펄스 응답으로 완전히 설명됨)을 가진 선형 시불변 필터에 가상의 디랙 임펄스 시퀀스 xs(t)를 적용하여 모델링할 수 있다. 이는 각 입력 임펄스가 출력에서 올바른 상수 펄스를 생성하도록 한다.
샘플 값에서 연속 시간 신호를 위와 같이 정의하되, rect 함수 대신 델타 함수를 사용한다.
델타 함수를 시간 스케일링할 때 자연스럽게 발생하는 formula_6에 의한 스케일링은 xs(t)의 평균 값이 샘플의 평균 값과 같도록 하여 필요한 저역 통과 필터가 1의 DC 게인을 갖도록 한다. 일부 저자들은 이 스케일링을 사용하지만, 다른 많은 저자들은 시간 스케일링과 T를 생략하여 T의 DC 게인을 갖는 저역 통과 필터 모델을 사용하여 시간 측정 단위에 따라 달라지게 한다.
영차 홀드는 변조된 디랙 델타 함수 시퀀스 xs(t)를 (그림 2에 표시된) 구분 상수 신호로 변환하는 가상의 필터 또는 선형 시불변 시스템이다.
그 결과 (그림 4에 표시된) 효과적인 임펄스 응답은 다음과 같다.
유효 주파수 응답은 임펄스 응답의 연속 푸리에 변환이다.
여기서 formula_10는 디지털 신호 처리에서 흔히 사용되는 (정규화된) 싱크함수 formula_11이다.
ZOH의 라플라스 변환 전달 함수는 s = i 2 π f를 대입하여 찾는다.
실제 디지털-아날로그 변환회로 (DAC)가 디랙 델타 함수 시퀀스 xs(t)를 출력하지 않고 (이상적으로 저역 통과 필터링되면 샘플링 전의 고유한 대역 제한 신호가 될 것임), 대신 직사각형 펄스 시퀀스 xZOH(t) (구분 상수 함수)를 출력한다는 사실은 DAC의 유효 주파수 응답에 ZOH의 내재적인 효과가 있다는 것을 의미하며, 이는 고주파수에서 게인이 약간 롤오프되는 결과를 초래한다(나이퀴스트 진동수에서 3.9224 dB 손실, 이는 sinc(1/2) = 2/π의 게인에 해당함). 이 감소는 기존 DAC의 홀드 특성의 결과이며, 기존 아날로그-디지털 변환회로 (ADC)에 선행될 수 있는 표본화 및 유지 때문이 아니다.
숀 피너(Shaun Pinner, 1974년-)는 영국 육군의 전직 군인으로, 2018년 계약 전투원으로 우크라이나군에 입대하여 러시아의 우크라이나 침공 동안 싸웠다. 마리우폴 포위전 중 그는 자칭 국가인 도네츠크 인민공화국의 대법원에서 보여주기 재판을 통해 사형을 선고받았으나, 2022년 9월 포로 교환으로 석방되었다. 2022년 12월 그는 우크라이나 대통령 볼로디미르 젤렌스키의 법령에 따라 "우크라이나의 방어와 주권을 위한 헌신적인 행동"으로 국가 '3급 용기 훈장'을 받았다.
우크라이나 해병대원이었던 피너는 법적으로 제네바 협약에 따라 포로로서 보호받는 사람이었다. 그러나 러시아 국영 언론은 그를 용병으로 묘사했다. 또 다른 영국 시민인 에이든 애슬린과 모로코인 사둔 브라힘은 같은 재판에서 동일한 판결을 받았다. 영국 외무장관 리즈 트러스는 "그들에게 내려진 판결은 제네바 협약에 대한 지독한 위반이다"라고 트윗했다. 변호사는 용병 지위에 대한 기존 주장이 왜 고려되지 않았는지에 대한 설명을 요구하지 않고 단순히 "내 의뢰인의 유죄는 완전히 입증되었다"고 말했다.
피너는 가족에 의해 영국 육군 내에서 존경받는 군인으로 묘사되었으며, 그곳에서 Royal Anglian Regiment에서 복무했다. 그는 9년 동안 이 연대에서 흠잡을 데 없는 기록을 가지고 있었다. 그는 또한 중동에서 ISIS에 맞서 싸우기 위해 자원했고 유엔 보스니아 헤르체고비나 임무단에서 복무했다.
은퇴 후, 피너는 하트퍼드셔주의 왓퍼드에서 약 16시간 동안 일하며 폐기물 관리자로 잠시 고용되었다. 피너는 2018년 우크라이나군에 입대하기 전 우크라이나인 아내와 함께 우크라이나로 이주했다. 경험 많은 군인이었던 피너는 우크라이나에서 분대장으로 임명되었다.
붙잡힐 당시, 그는 2022년 후반에 3년 군사 계약을 완료할 예정이었고 인도주의적 역할을 희망하고 있었다. 피너는 지난 4년 동안 우크라이나를 자신의 입양 국가로 생각하며 마리우폴을 자신의 고향이라고 불렀다.
2022년 6월 29일, 피너는 자신의 사형 선고에 대해 종신형으로 변경해달라고 항소했다. 이 항소는 2주 이내에 검토될 예정이었다. 만약 기각되면 피너는 변호사에 따르면 도네츠크 인민공화국 수장에게 사면을 요청할 것이었다. 하루 뒤 유럽인권법원은 러시아에게 피너와 동료 수감자 에이든 애슬린에게 사형이 집행되지 않도록 보장하라고 통보했다. 그러나 러시아는 ECHR의 처방을 더 이상 따르지 않을 것이라고 말했고, 비록 러시아가 2022년 9월에야 공식적으로 법원에서 탈퇴했음에도 불구하고 말이다.
피너는 2022년 9월 포로 교환으로 석방되었다.
MP/M(Multi-Programming Monitor Control Program)은 디지털 리서치 개발자 톰 롤랜더가 1979년에 개발한 CP/M 운영체제의 다중 사용자 버전으로, 개발이 중단되었다. 여러 사용자가 단일 컴퓨터에 연결하여 각자 별도의 터미널을 사용할 수 있도록 허용했다.
MP/M은 당시로서는 적어도 마이크로컴퓨터에서는 상당히 진보된 운영체제였다. 메모리 보호, 동시 입출력 (XIOS), 스풀링 및 큐잉 지원 기능을 갖춘 우선순위 기반의 멀티태스킹 커널(이러한 이름이 사용되기 전에는 커널을 '핵심(nucleus)'이라고 불렀다)을 포함했다. 또한 각 사용자가 여러 프로그램을 실행하고 그 사이를 전환할 수 있도록 했다.
MP/M 플랫폼.
MP/M-80.
8비트 시스템은 8080 (또는 Z80) CPU와 최소 32 KB의 램이 필요했지만, 이는 사용자 애플리케이션에 사용할 메모리가 거의 없다는 것을 의미했다. 합리적인 설정을 지원하기 위해 MP/M은 메모리가 시스템의 "실제 메모리" 영역 안팎으로 전환될 수 있도록 허용했다. 예를 들어, 프로그램은 CPU가 주소 지정할 수 없는 RAM "뱅크"에 로드될 수 있었고, 프로그램이 실행될 때 해당 RAM 뱅크는 저수준 메모리(일반적으로 하위 32 또는 48 KB)에 나타나도록 "전환"되어 OS에 표시될 수 있었다. 뱅크 전환으로 알려진 이 기술은 이후 CP/M의 단일 사용자 버전에 버전 3.0으로 추가되었다.
MP/M의 주요 용도 중 하나는 DRI의 예상과는 달리 단일 사용자를 위한 CP/M의 "파워 유저" 버전이었다. 여러 프로그램을 동시에 실행하고 많은 양의 메모리를 처리할 수 있는 능력 덕분에 시스템은 추가 비용을 지불할 가치가 있었다.
MP/M II 2.0은 1981년에 파일 공유 기능을 추가했으며, MP/M II 2.1은 1982년 1월에 확장된 파일 잠금 기능을 추가했다.
버전:
MP/M-86.
CP/M과 마찬가지로 MP/M은 결국 16비트 인텔 8086으로 포팅되어 1981년 9월에 MP/M-86 2.0으로 출시되었다. 이 시스템의 주요 개발자로는 당시 디지털 리서치의 마케팅 이사였던 프랜시스 "프랭크" R. 홀스워스(Francis "Frank" R. Holsworth)가 있다. MP/M-86 2.0의 알려진 개정판은 1981년 9월 25일과 1981년 10월 5일로 기록되어 있다. 또한 1982년 7월 20일자로 MP/M-86 2.1도 있었다.
MP/M-86 2.1은 CP/M-86 1.1 (BDOS 2.2)의 일부 기술을 흡수하여 1982년 후반에 Concurrent CP/M-86 3.0 (BDOS 3.0)이 되었고, 이는 "가상 화면" 지원도 추가했다. CP/M-86의 프로젝트 관리자였던 캐서린 스트루틴스키(Kathryn Strutynski)는 Concurrent CP/M-86의 프로젝트 관리자로 계속 활동했다. 1983년 12월, PC-MODE라는 도스 에뮬레이터가 Concurrent CP/M-86 3.1 (BDOS 3.1)의 선택적 모듈로 출시되었고, 1984년 2월 21일에 배송되었다. 그리고 이 시스템은 MS-DOS 호환 Concurrent DOS (BDOS 3.1 이상)로 더욱 발전했다. 이는 다시 FlexOS와 멀티유저 도스로 진화하여 일부 산업용 애플리케이션에서 여전히 사용되고 있다.
Concurrent CP/M은 종종 CCP/M으로 약칭된다.
MP/M 8-16.
MP/M 8-16 (때로는 MP/M-8/16라고도 함)은 CompuPro의 다중 사용자 16비트 MP/M-86을 사용하여 단일 사용자, 단일 스트림 CP/M 기능을 수행하고, 멀티프로세서 에서 실행되는 다중 사용자, 다중 작업 8비트 MP/M 작업을 결합한 이름이었다. 나중에 이 시스템은 Concurrent DOS 3.1도 실행할 수 있었다.
MP/M-286.
1982년, 디지털 리서치는 16비트 인텔 80286의 새로운 메모리 관리 및 보호 기능을 활용하여 기존 MP/M-86 및 CP/M-86 애플리케이션을 실행하는 MP/M-286을 개발할 계획을 발표했다. 이것은 명백히 "그대로" 발표되지 않았지만, 이후 Concurrent CP/M-286으로 더욱 발전했으며, 이는 1985년의 Concurrent DOS 286과 1986년의 FlexOS 286의 기반이 된 것으로 보인다.
다음은 MP/M II 콘솔 명령어 처리기 CCP에서 지원하는 명령어 목록이다.
CP/NET, CP/NOS, MP/NET 및 MP/NOS.
1980년대 초반, 디지털 리서치는 MP/M 서버를 CP/M을 실행하는 여러 CP/NET 클라이언트(요청자라고 함)와 연결하는 데 사용되는 CP/NET이라는 네트워크 소프트웨어도 개발했다. 이것은 원래 톰 롤랜더에 의해 개발되었다.
MP/NET은 CP/M 요청자와 함께 MP/M 시스템이 요청자와 서버 모두로 기능할 수 있도록 하는 네트워킹 기능이 있는 MP/M 시스템이었다.
CP/NET 클라이언트는 시스템이 ROM에 저장된 디스크 없는 구성으로도 실행될 수 있었고, 이때 CP/NOS (NOS는 네트워크 운영 체제를 의미)라고 불렸다. 마찬가지로 MP/NOS는 로컬 디스크 기능이 없는 MP/M을 포함했다. CP/NOS와 마찬가지로 MP/NOS는 네트워크를 통해 디스크 기능을 수행했다.
이 시스템은 파일과 프린터를 공유하고 전자 메시지를 보낼 수 있도록 했다.
CP/NET은 8080 및 Z80 프로세서용 버전 1.0, 1.1, 1.2로 존재했다. 8086용 CP/NET-86도 사용할 수 있었다.
이후 버전으로는 DR 넷과 FlexNet이 있었다.
칼데라는 1997년부터 팀 올름스테드의 "비공식 CP/M 웹사이트"를 통해 소스 코드를 포함한 CP/M 및 MP/M 계열과 관련된 모든 원본 디지털 리서치 파일을 재배포 및 수정할 수 있도록 허용했다. 2001년 9월 12일 올름스테드의 사망 이후, 그 디지털 리서치 자산의 소유자가 된 리네오는 2001년 10월 19일에 무료 배포 라이선스를 갱신하고 확장했다.
휘태커-섀넌 보간 공식() 또는 싱크 보간(sinc interpolation)은 실수 시퀀스로부터 연속 시간 대역 제한 함수를 구성하는 방법이다. 이 공식은 1898년 E. 보렐과 1915년 E. T. 휘태커의 연구로 거슬러 올라가며, 1935년 J. M. 휘태커의 연구와 1949년 클로드 섀넌의 표본화 정리 공식화에서 인용되었다. 이는 흔히 섀넌의 보간 공식(Shannon's interpolation formula) 및 휘태커의 보간 공식(Whittaker's interpolation formula)이라고도 불린다. 1915년에 이를 발표한 E. T. 휘태커는 이를 카디널 시리즈(Cardinal series)라고 불렀다.
실수 시퀀스 x[n]=x(nT)가 주어졌을 때, 연속 함수
동등한 공식화: 합성곱/로우패스 필터.
보간 공식은 표본화 정리 문서에서 도출되며, 이는 또한 디랙 콤과 싱크함수의 합성곱으로 표현될 수 있음을 지적한다.
이는 이상적인 (벽돌 벽) 로우패스 필터로 임펄스 열을 필터링하는 것과 동일하며, 통과 대역에서 이득이 1 (또는 0 dB)이다. 표본 속도가 충분히 높으면, 이는 기저대역 이미지(표본화 전의 원본 신호)가 변경되지 않고 통과하며 다른 이미지는 벽돌 벽 필터에 의해 제거됨을 의미한다.
보간 공식은 다음 조건이 충족되는 한 항상 절대 수렴하고 균등 수렴한다.
횔더 부등식에 의해, 이 조건은 시퀀스 formula_5가 1 ≤ p &lt; ∞인 르베그 공간 formula_6 중 하나에 속하는 경우 충족된다. 즉,
이 조건은 충분하지만, 필수는 아니다. 예를 들어, 표본 시퀀스가 거의 모든 정상 과정을 표본화한 것에서 온 경우 합은 일반적으로 수렴한다. 이 경우 표본 시퀀스는 제곱 합산 가능하지 않으며, 어떤 formula_6 공간에도 속하지 않는다.
정상 확률 과정.