ReactOS 또는 WINE이 Windows XP를보다 안정적으로 대체합니까? [닫은]

마찬가지로 윈도우 XP 지원에서 지금 하고 새로 발견 된 취약점이 해결되지 않습니다, 그것의 시간을 내 인터넷에 연결된 컴퓨터에서 Windows XP를 은퇴합니다. 이러한 컴퓨터에는 많은 Windows 관련 소프트웨어가 설치되어 있으며이 컴퓨터를 이진 호환 환경으로 잠급니다.

보다 강력한 시스템은 Windows Vista로 "업그레이드"할 수 있습니다. 그러나 메모리 나 CPU 용량이 많지 않은 넷북과 저전력 랩톱 및 데스크톱은 최신 Microsoft OS의 추가 확장으로 생존 할 수 없습니다. 이미 운영 체제에 대해 한 번 지불 했으므로 OS를 무료로 제공하는 운영 체제를 교체하면이 저급 하드웨어를 유지할 수 있습니다.

예를 들어, 내가 걱정하는 컴퓨터 중 하나는 80GB 하드 드라이브, 1GB RAM 및 1.6GHz Atom N270을 갖춘 EEE PC 1000H입니다.

내가 알 수 있듯이 ReactOS 와 WINE 은 Windows와의 호환성을 넓히고 심화시키기 위해 서로 코드를 제공 하므로 프로그램이 WINE에서 실행되면 ReactOS에서 실행되고 그 반대도 마찬가지입니다. 비록 "ReactOS에 0.3.16은 기능이 완전하지 않습니다 만 평가 및 테스트 목적으로 권장 의미, 알파 단계에 아직도있다" , 와인에 20 년 이상 주변에있다. 따라서 ReactOS의 매력은 WinXP를 그대로 대체하고 WinXP를 대체한다는 것입니다. 반면 이진 호환되지 않는 OS (예 : WINE을 실행하는 Linux 변형)는 다시 설치하고 재구성해야합니다. 사용자 소프트웨어.

ReactOS는 Windows XP를 안정적이고 기능적으로 대체합니까? WINE에서 즉시 사용할 수있는 다양한 Windows 소프트웨어 비트를 얻는 데 문제가 있었으므로 더 열심히 노력하는 것입니까? 비 활동의 위험을 추정하기 위해 Windows XP에서 치명적인 보안 오류가 발생할 가능성은 무엇입니까?

나를 위해 ReactOS 태그를 작성하십시오.

아니요 , ReactOS는 Windows XP를 대체 할 수 없습니다. 절대 그렇지는 않지만 2014 년 4 월 현재는 그렇지 않습니다.

ReactOS가 부족한 주요 영역은 운영 체제의 가장 낮은 수준 인 커널입니다. 커널의 전체 아키텍처뿐만 아니라 ReactOS의 장치 드라이버는 Windows XP 또는 Windows 2000에 비해 크게 단순화됩니다 (단순화 = 기능 부족 및 기본 항목 지원). 나는 이것이 곧 변할 것으로 기대하지 않는다.

사실, X11로 GNU / 리눅스에서 실행되는 Wine은 ReactOS보다 Windows XP를 대체 하는 것이 좋습니다 ! 이 논리에 의문을 가질 수 있지만 여기에 나와 함께하십시오.

• ReactOS는 거의 모든 작업을 수행하여 시스템을 거의 혼란스럽게 만듭니다. Windows 95 또는 Windows 3.1보다 더 자주 충돌합니다.

• 이에 비해 GNU / Linux는 전체적으로 매우 안정적인 운영 체제이며, 빠른 2D 및 3D 그래픽 을 지원하기 위해 잘 테스트 된 완벽한 기능을 갖춘 인프라를 갖추고 있습니다 . 강력한 네트워킹; 탁월한 멀티 태스킹 및 멀티 프로세서 스케줄링; 그리고 세계적 수준의 고급 파일 시스템 드라이버. GNU / Linux의 Xorg (디스플레이 서버)를 ReactOS와 비교하면 Xorg는 ReactOS의 디스플레이 서브 시스템보다 훨씬 안정적이고 빠르며 기능적이며 Wine API를 훨씬 더 잘 지원할 수 있습니다.

• ReactOS는 더 안정적이고 기능이 완전한 OS가되기 시작하기 전에해야 할 강력한 저수준 리버스 엔지니어링 작업이 많이 있습니다. 리버스 엔지니어링 작업은 포워드 엔지니어링 작업보다 시간이 오래 걸리고 Linux는 오픈 소스이고 Windows XP는 그렇지 않으므로 거의 모든 작업이 포워드 엔지니어링입니다. 그래서 ReactOS에는이 많은 그 작업을 적은 엔지니어, 그들이해야 할 작업은 더 힘들어 리눅스의 엔지니어가해야 할 일보다.

• ReactOS는 궁극적으로 Windows XP 커널 용으로 작성된 드라이버가 ReactOS에서 수정되지 않은 상태로 실행될 수있을 정도로 Windows XP의 커널 드라이버 인프라를 지원한다는 목표를 가지고 있습니다. 이 목표로 100 % 성공한다고 가정 해 봅시다. 글쎄, 대부분의 제조업체는 하드웨어 지원을 중단하지 않았다면 Windows XP 용 드라이버 지원을 곧 중단 할 것입니다. 따라서 실행중인 독점 드라이버 중 하나에 보안 문제가있는 경우 어떻게해야합니까? 요컨대, ReactOS 사람들은 NT 커널 인프라 위에 일반적인 하드웨어를위한 수많은 오픈 소스 드라이버를 구현할 인력이 없기 때문에 기존 드라이버를 활용하기를 바라고 있습니다. 보안을 염두에 둔 사용자

ReactOS는 드라이버가 안정적이고 오픈 소스이며 지속적으로 업데이트되는 현대적이고 유지 관리가 잘 된 커널 인프라가 있다면 좋을 것입니다. 그러나 ReactOS의 드라이버 나 커널에 대해서는 사실이 없습니다 .

XP가 죽은 후에도 Windows XP 전용 프로그램을 계속 운영하기 위해 시간과 돈을 투자 할 프로젝트를 선택했다면 GNU / Linux에서 실행되는 Wine 프로젝트 나 심지어는 선호도에 따라 Mac. 그들은 과거에 놀라운 일을 해왔고, 그들의 작업의 어려움을 감안할 때, 많은 사람들이 (예 : CodeWeavers의 모든 엔지니어) 일하고 있으며, 각 증분 릴리스에서 계속해서 큰 발전을 이루고 있습니다.

내가 틀리지 마 ReactOS는 훌륭한 연구 프로젝트입니다. 그러나 연구 프로젝트라는 것 이상은 아닐 것입니다. 특히 보안을 염두에 둔 경우. 보안을 염두에 둔 누군가에게 상상할 수있는 최악의 상황은 점진적인 버그 수정 및 업데이트를받지 않는 정체 된 소프트웨어입니다. 사실, 더 이상 업데이트를받지 않는 XP 프로그램을 실행하는 경우 XP 자체이든 GNU / Linux / wine이든 관계없이 보안 모델 을 실행 하는 플랫폼에 관계없이 보안 모델을 손상시킬 수 있다고합니다. 또는 ReactOS!

Windows 전용 소프트웨어 가 필요한 경우 이러한 사양은 Windows 7에 적합 합니다. 경량 설치를 생성하는 타사 도구 (예 : lifehacker) 가 있습니다.

XP 전용 소프트웨어가 필요한 경우 머신을 오프라인으로 전환하거나 경량 Linux 호스트의 가상 머신에서 XP를 실행하는 것을 고려할 수 있습니다 (내 옵션).

Windows 7에도 "XP 모드"가 있지만 더 이상 지원되지 않습니다 (XP를 실행하는 것보다 훨씬 나을 수도 있습니다). 이것은 기본적으로 가상 머신의 XP입니다 . 예를 들어 사용할 때마다 알려진 클린 상태에서 부팅 하는 경우 DIY 옵션을보다 안전하게 구성 할 수 있습니다 .

(가벼운) 리눅스의 와인은 다른 (매우 좋은) 답변과 같은 옵션 일 수 있습니다. 나는 도움이 와인을 찾을 수없는 한 저를 되는 Windows 및 XP-특정 소프트웨어 I 사용의 일부를 제공, 많은, 그리고 오히려 VM 일부 아래에서 몇 가지를 실행하는 것보다, 내 모든 창문 요구에 리눅스 하에서 XP VM을 위해 선택했다 포도주.