Fedora의 Linux GUI를 사용해 보았지만 Windows보다 직관적이지 않았습니다.
파일을 두 번 클릭하여 rpm 파일을 사용하여 소프트웨어를 설치하려고 할 때마다 여러 번 멈추며 터미널에서 다시 호출하면 yum이 잠겨 있고 다른 설치 프로세스가 이미 실행 중이라는 메시지가 표시됩니다. 프로세스를 강제 종료해야 합니다.
운영 체제의 관점에서 볼 때 이는 일정 문제로 보입니다. (어떻게) Linux x 창 스케줄링을 대체할 수 있나요? Fedora linux x window에 대한 더 나은 스케줄링 솔루션이 있습니까?
고쳐 쓰다:
늦은 답변 죄송합니다:
=> rpm 패키지를 더블클릭하면 2분을 기다려도 아무것도 나타나지 않습니다.
=> Fedora GUI에 문제가 있다고 생각하여 명령줄에서 패키지를 호출하려고 하면 다른 프로세스가 잠겨 있다는 메시지가 표시됩니다.
=> kill 명령을 사용하여 프로세스를 종료하고 명령줄을 사용하여 설치하려고 하면 문제 없이 시작됩니다.
=> 여러번 패키지 설치를 위해 rpm을 호출한 후 프로세스를 종료하지 않고 다른 작업을 시작하다가 15분 이상 지나면 갑자기 루트 비밀번호를 묻는 설치창이 뜨고 그 이후에는 입력하면 다운로드 종속성 창이 표시되나요?
이 문제가 일정과 관련이 없다고 설명할 수 있는 사람이 있나요?
답변1
(메인질문은 아니고 부가질문에 대한 답변인데 댓글이 너무 깁니다.)
- 귀하의 질문은 다음과 관련이 없습니다프로세서 시간 스케줄링, 이는 동시 애플리케이션 간에 CPU 시간을 공유하는 것에 관한 것입니다. rpm 패키지를 클릭하면 GUI 패키지 관리자가 시작되고 작업이 완료될 때까지 계속 실행됩니다. 이것이 바로 우리가 원하는 동작입니다. 패키지 관리자가 첫 번째로 보이는 하위 작업(비밀번호 프롬프트 표시)을 완료하는 데 몇 초 이상 걸린다는 사실은 버그이거나 잘못된 구성이지만 예약과는 아무런 관련이 없습니다.
- 보다 일반적으로 스케줄링은 시간이 지남에 따라 공유 리소스를 동시 프로세스에 할당하는 것을 의미할 수 있습니다. 여기서 흥미로운 공유 리소스는 패키지 데이터베이스입니다. 여기에서는 모든 일이 정상적으로 진행됩니다. rpm 패키지를 클릭하면 GUI 패키지 설치 프로그램이 즉시 해당 패키지를 사용하기 시작합니다. 이는 정확히 사용자가 요청한 것입니다. 동시에 하나의 패키지 관리자만 패키지 데이터베이스를 사용할 수 있으므로(이것이 바로 잠금이 필요한 이유입니다)
rpm
GUI 패키지 관리자가 실행되는 동안에는 매우 이론적인 관점에서도 명령줄 패키지 관리자( )를 시작할 수 없습니다. 이는 일정 문제가 아니라 잠금 문제이기도 합니다. - 스케줄링은 다음을 참조할 수도 있습니다.나중에 실행할 프로그램 예약;나는 이것이 Windows 세계("예약된 작업")에서 단어의 주요 의미라고 생각하지만 Unix 세계에서는 많이 사용되지 않습니다. 중요한 점은 사람들이 다음과 같이 이야기하는 경향이 있다는 것입니다.예약 된 일들).
주요 질문으로 돌아가서, GUI 패키지 관리자를 시작할 때 오랜 지연이 발생하는 것은 특정 프로그램의 버그이거나 구성 오류입니다. 저는 해당 프로그램에 대해 아무것도 모르기 때문에 조사를 위한 몇 가지 일반적인 제안만 제공할 수 있을 뿐입니다. 저는 많은 질문을 할 것입니다. 답변을 많이 할수록 더 나은 도움을 받을 수 있습니다.
- Fedora를 사용하면 바로 이런 일이 발생합니까? 아니면 관련이 있을 수 있는 항목을 구성했습니까? 이것은 어떤 버전의 Fedora입니까? 어떤 아키텍처(예: i386 또는 amd64)입니까? 가상화가 관련되어 있나요?
- 시스템 로그에 아무 것도 나타나지 않습니까? (
ls -ltr /var/log
rpm 패키지를 클릭할 때나 클릭한 후에 생성된 모든 로그 항목을 봅니다.) - 패키지 관리자는 무엇을 하고 있나요? CPU 시간(
top
또는htop
많은 GUI 시스템 활동 모니터 중 하나)을 차지하고 있습니까 ? 디스크 I/O를 수행합니까(iotop
또는 여러 GUI 시스템 활동 모니터 중 하나를 수행하거나 근처에 있는 경우 하드 드라이브의 소리를 듣습니까)? 네트워크 I/O(tcpdump
또는 Wireshark 등ntop
)를 수행하고 있습니까? 더 나은 방법은ps xww
프로세스 뷰어 또는 다른 프로세스 뷰어를 사용하여 프로세스 ID를 찾고 실행하여 시간strace -s9999 -p$PID
이 오래 걸리는 작업을 관찰하는 것입니다. - 데스크탑 환경의 메뉴에서 패키지 관리자를 실행해도 같은 문제가 발생합니까?