GUI의 속도에 관해..

글쓴이: athxue / 작성시간: 금, 2006/05/19 - 10:38오후

오늘 처음으로 PSP를 보게 되었는데 버튼을 누르면 반응하는 인터페이스
속도가 매으 빠르다는 것을 느꼈습니다. 그러다 문득 컴퓨터의 GUI를 생각하게
되었는데, 윈도우의 GUI속도에 비해 X윈도우의 그놈과 KDE는 상대적으로
느린것이 어떤 이유때문일까 생각하게 되었습니다.

비록 인터페이스 속도가 참기힘들만큼 느리지 않은 이상 사람들이 그다지 신경
쓰지 않을 요소이긴 하지만 성미급한 저로서는 속도에 대한 욕심이 생기더라고요.

Forums:

자유 게시판

하드웨어(그래픽

글쓴이: dormael / 작성시간: 금, 2006/05/19 - 11:00오후

하드웨어(그래픽 가속관련)의 문제도 없지는 않겠지만 기본적으로 용도가 다르기 때문이 아닐까요?
PSP와 같은 환경과 일반적 용도의 OS의 GUI는 성격이 많이 다를테니까요.

단일 창 위주로 도는 PSP의 경우 공유 자원이나 이벤트에서 신경써야 하는 부분이 아주 단순하고 개발자가 직접 구현할 수도 있지만,
다중 창 기반의 GUI는 어딘가에 자원을 관리해주고 이벤트를 관리해 주는 부분이 있어야 할테고 개발자에게 이 부분까지 맡기는건 거의 불가능 할테니까요.

-- Signature --
青い空大好き。
蒼井ソラもっと好き。
파란 하늘 너무 좋아.
아오이 소라 더좋아.

...조정 가능한거 아니었나요..?

글쓴이: n13800 / 작성시간: 토, 2006/05/20 - 12:37오전

반응하는 속도는 어느정도 선에서 약간의 조작으로 조정가능한줄 알았는데..;
전 생판 초보에 속해서 그런지 GTK나 QT에 대해서 몰라서 구조적인 이야기는
못하겠습니다.(윈도우 맥 자체가비공개니 비교자체가 안되고요.글쎼요 XP는
커스터마이징 된게 나왔으니 가능할려나..수정하면서 생각났지만 한때 코드가
공개됬적도 있으니 가능할지도 모르겠네요.)

다만 반응속도 비교한 벤치없다면 이야기 자체가 불가능 하겠지요.
글쎄요. 예전에 들은걸로는 컴파일을 gcc로 한다는 소리는 들은적 있는데
관련있는 소리일려나...-나온 프로그램 사용하는데 컴파일러하고 관련있을지도
의문이구요.;; 헛소리가 되버렸습니다.

음.

글쓴이: g0rg0n / 작성시간: 토, 2006/05/20 - 1:35오전

놈이나 KDE만 윈도보다 느립니다 -_-;

가벼운 윈도메니져들을 한번 사용해보심이..
박스 계열이나, enlightenment 등등..

전 얼마전부터 fvwm사용하기 시작했는데요.
정말 맘에 들더군요.

헉!!!!!!!!!!!!!

글쓴이: doodoo / 작성시간: 토, 2006/05/20 - 5:11오전

놈이나 KDE만 윈도보다 느립니다 -_-;
 
가벼운 윈도메니져들을 한번 사용해보심이..
박스 계열이나, enlightenment 등등..
 
전 얼마전부터 fvwm사용하기 시작했는데요.
정말 맘에 들더군요.

인라인먼트가 그놈이나 kde보다 빨라 졌나요?
전에는 엄청 느렸던거 같았는데...하지만 확실히 젤 화려했었는데...

나도 함 설치해 볼까..ㅎㅎㅎㅎㅎ

X 윈도우 시스템은

글쓴이: 욱성군 / 작성시간: 일, 2006/05/21 - 12:18오전

X 윈도우 시스템은 클라이언트-서버 개념이기 때문에 윈도즈보다 느립니다.

항상 나왔던

글쓴이: 7339989b62a014c... / 작성시간: 일, 2006/05/21 - 6:21오전

항상 나왔던 얘기지만, CS 구조이기 때문에 느린 것은 아니라고 합니다.
최근 서버와 클라이언트 사이의 프로토콜 전송 효율을 높일 수 있도록 Xlib을 XCB로 대체할 수 있게 되었습니다. (물론 많이 차이나는 것은 아닙니다만..;;)
그리고 GNOME/KDE의 반응 속도는 왜 느린지 잘 모르겠습니다.
그냥 Gtk+ 어플의 경우는 별로 느리지 않았거든요. -_-;
배포판에 따른 차이도 꽤 있는 듯 하고요...

참고로 2D 가속을 켜면 살짝 (살짝!) 빨라질 지도 모릅니다. 기본적으로 꺼져있는 경우가 많거든요.