[root@ns root]# finger @kernel.org
The latest stable version of the Linux kernel is: 2.6.0
The latest 2.4 version of the Linux kernel is: 2.4.23
The latest prepatch for the 2.4 Linux kernel tree is: 2.4.24-pre1
The latest 2.2 version of the Linux kernel is: 2.2.25
The latest 2.0 version of the Linux kernel is: 2.0.39
The latest prepatch for the 2.0 Linux kernel tree is: 2.0.40-rc6
But there is no way...Nothing venture, Nothing have...
커널 2.6이 방금 나오니까...전세게 리눅스 유저들은 서로들 다운 받아서 컴파일 해 본다고 정신이 없는듯합니다. 하지만 리눅스을 얹어서 팔고 있는 상용 회사들은 2.6에 대해서 상당히 고무적이기는 하지만 커널을 다음 버전에 포함 시켜서 출하 시키지는 않는다고 하네요. 레드햇은 Red Hat Enterprise Linux 4 product 에 2005년 경에 포함해서 출하한다고 하네요. 그렇지만 fedora 2 core에는 추가해볼 생각이라고 합니다. 하지만 suse는 좀더 공격적으로 추가해볼 생각인듯합니다. http://news.com.com/2100-7344_3-5127627.html?tag=nefd_top
-----------------------------------------------
Re: Linux 2.6.0
From: Andrew Morton <akpm-AT-osdl.org>
To: linux-kernel-AT-vger.kernel.org
Subject: Re: Linux 2.6.0
Date: Wed, 17 Dec 2003 21:15:16 -0800
Linus Torvalds <torvalds@osdl.org> wrote:
>
> Andrew has written up some caveats and pointers to information about 2.4.x
> vs 2.6.x changes, and I'll let him post that. Some known issues were not
> considered to be release-critical and a number of them have pending fixes
> in the -mm queue. Generally they just didn't have the kind of verification
> yet where I was willing to take them in order to make sure a fair 2.6.0
> release.
It's actually rather short because I started late. See below.
There are also the "must-fix" and "should-fix" lists of items which we have
identified as still on the 2.6 todo list. These are at
- The 2.6.0 kernel has undergone several weeks of stabilization and we
expect it to run well on server-class machines.
Desktops and laptops may have more trouble at this time because of the
much wider range of hardware and because of as-yet unimplemented fixes for
the hardware and BIOS bugs from which these machines tend to suffer.
During the 2.6.0 stabilization period a significant number of less
serious fixes have accumulated in various auxiliary kernel trees and these
shall be merged into the 2.6 stream after the 2.6.0 release. Many of these
fixes appear in Andrew Morton's "-mm" tree, at
- Please report any problems to the appropriate mailing list. If you do
not know which list to use, send the report to linux-kernel@vger.kernel.org
and it should reach the right person. Some active subsystem mailing lists
are:
Alternatively, kernel bug reports may be entered into the kernel bug
tracking system at http://bugme.osdl.org/
- There are significant changes in the module subsystem, the LVM (Device
Mapper) and RAID subsystems. Details about these and many other kernel
changes are presented in David Jones's kernel upgrade document at
Users who are testing 2.6 kernels for the first time should consult this
document.
- The ATA RAID drivers (eg the HighPoint RAID driver) have not been ported
to the new BIO code and are not available under the 2.6 kernel at this
time.
- cryptoloop doesn't work on highmem machines. Fixes exist in -mm and are
queued for 2.6.1.
- There are known performance problems with the default disk I/O scheduler
which show up when the workload is performing small, random reads and
writes (ie: database loads). Largely fixed in -mm.
In general, the "deadline" I/O scheduler is, and shall remain somewhat
faster than the default "anticipatory" I/O scheduler with these sorts of
workloads. Database admins should consider adding the "elevator=deadline"
kernel boot parameter.
- There are performance problems due to misbehaviour in the readahead code
which also impact database-style workloads. Fixed in -mm, queued for
2.6.1.
- There are a larger number of as-yet unmerged frame buffer driver fixes.
kernel.org의 패치 파일을 받아서 자세히 훑어봤는데(물론 오늘 배달된 해피 해킹 프로페셔널을 이용해서지요 ^_^ ) 큰 변화는 보이지 않네요. 개인용 PC사용자로서... 직전에 쓰던 커널이 2.6.0-test11-mm1이어서 그런지 그리 큰 변화는 느끼지 못합니다만 어쨌든 행복한 하루였습니다. 2.4에 비하면 눈에 띄게 스무스해진 마우스질(?)에 즐거운 나날들을 보내고 있습니다. 무엇보다도 로드가 심하게 걸릴 때에도 (컴파일 하는 도중이라던지...) X를 일상적인 사용을 하는데 크게 무리가 없다는게 참 좋네요... :D
kernel.org의 패치 파일을 받아서 자세히 훑어봤는데(물론 오늘 배달된 해피 해킹 프로페셔널을 이용해서지요 ^_^ ) 큰 변화는 보이지 않네요. 개인용 PC사용자로서... 직전에 쓰던 커널이 2.6.0-test11-mm1이어서 그런지 그리 큰 변화는 느끼지 못합니다만 어쨌든 행복한 하루였습니다. 2.4에 비하면 눈에 띄게 스무스해진 마우스질(?)에 즐거운 나날들을 보내고 있습니다. 무엇보다도 로드가 심하게 걸릴 때에도 (컴파일 하는 도중이라던지...) X를 일상적인 사용을 하는데 크게 무리가 없다는게 참 좋네요... :D
스케줄링이 비선점인면이 있었는데[쓰레드에 할당한 시간 다 소모할때까지 비선점] , 선점형으로 바뀌어서 반응이 빨라진게 아닌가 싶네요
윈도우에서는 원래부터 GUI에나 사용자 반응에 민감해서 그런지 몰라도
선점형이었거든요 [ 전체적인 처리속도면에서는 손해가 있을수도...]
전 2.6을 써보지 않았지만 리눅스도 사용자 중심의 스케줄링을 하기 시작했나보네요
승자는 자기보다 우월한 사람을 보면 존경심을 갖고 그로부터 배울 점을 찾지만 패자는 자기보다 우월한 사람을 만나면 질투심을 갖고 어디 구멍난 곳이 없는지 찾는다.
- 하비스
리눅스의 O(1) 스케줄러나 preemptive커널에 대해서 자세한 내용은 사실 저는 잘 모르겠습니다만, 이런 내용이 리눅스에서 처음 도입된 것은 "절대로" 아닙니다!
UNIX Internals만 보아도 이런 내용은 몸에 와닿을 정도로 많이 적혀있지요.
사실 리눅스는 잘 작동하기는 하지만 특별히 대단한 "모델"을 제시하는 운영체제라고 하기에는 좀 문제가 있지않을까요. 물론 리눅스를 폄하하려는 의도는 절대로 아닙니다.
제 생각에는 스케쥴링에 있어 비선점인점이 오히려 리눅스 속도를 빠르게 해주는걸로 보였는데
결국 아니었다는 말이었네요.... 음
유저인터페이스에 응답이 빠르다는것이 꼭 전반적 성능 향상을 뜻하는것은 아니겠죠.
어짜피 할일이 있어 커널모드로 진입한 이상 해야 할일 하고 마치는것이 중간에 선점되서 다른것 하고 오는것 보다 전반적인 성능향상에 (아주 조금) 도움이 되겠죠. 단지 사용자들이 느끼기에는 이것이 오히려 과부하 상태에서는 컴퓨터가 먹통이 된듯한 느낌을 주면서 더 답답하겠죠.
제 생각에는 스케쥴링에 있어 비선점인점이 오히려 리눅스 속도를 빠르게 해주는걸로 보였는데
결국 아니었다는 말이었네요.... 음
유저인터페이스에 응답이 빠르다는것이 꼭 전반적 성능 향상을 뜻하는것은 아니겠죠.
어짜피 할일이 있어 커널모드로 진입한 이상 해야 할일 하고 마치는것이 중간에 선점되서 다른것 하고 오는것 보다 전반적인 성능향상에 (아주 조금) 도움이 되겠죠. 단지 사용자들이 느끼기에는 이것이 오히려 과부하 상태에서는 컴퓨터가 먹통이 된듯한 느낌을 주면서 더 답답하겠죠.
하지만 위에 리눅스에 개량된 알고리즘 설명을 보면
유저 인터페이스에 대한 빠른 응답뿐 아니라 스케쥴링의 효율성을 증가시킨것으로 나옵니다 , 한마디로 단순히 유저인터페이스의 반응속도만 향상시킨게 아니라는것이죠 , 내용을 봐서는 비선점 스케쥴링이었을때보다도 빠르고 유저 인터페이스 반응속도도 개량 시켰다는것으로 보입니다
승자는 자기보다 우월한 사람을 보면 존경심을 갖고 그로부터 배울 점을 찾지만 패자는 자기보다 우월한 사람을 만나면 질투심을 갖고 어디 구멍난 곳이 없는지 찾는다.
- 하비스
하지만 위에 리눅스에 개량된 알고리즘 설명을 보면
유저 인터페이스에 대한 빠른 응답뿐 아니라 스케쥴링의 효율성을 증가시킨것으로 나옵니다 , 한마디로 단순히 유저인터페이스의 반응속도만 향상시킨게 아니라는것이죠 , 내용을 봐서는 비선점 스케쥴링이었을때보다도 빠르고 유저 인터페이스 반응속도도 개량 시켰다는것으로 보입니다
아래에 인용한 기사를 주의깊게 읽어 보시면 스케쥴러의 개선으로 얻어지는 실제 퍼포먼스 향상(우선순위 조작이나, 유저 인터페이스 응답속도가 아닌)은 SMP 에서만 적용되죠?
Quote:
새로운 스케줄러의 효과:
SMP 효율성: 실행되어야 할 작업이 있다면 모든 프로세서들은 작동한다.
대기 작동: 오랜 시간동안 어떤 프로세스도 프로세서 타임 없이 머무르지 않는다. 어떤 프로세스도 비합리적으로 많은 CPU 시간을 쓰지 않는다.
SMP 친화력: 프로세서들은 CPU 친화력이 있으며 CPU들간 바운스되지 않는다.
우선순위: 덜 중요한 태스크들은 낮은 우선순위로 시작한다.
로드 밸런싱: 스케줄러는 프로세서가 핸들할 수 있는 것 보다 많은 로드를 만들어내는 프로세스의 우선순위를 강등시킨다.
상호작동: 사용자는 마우스 클릭이나 키 탭 작동 후 바로 응답을 받을 수 있다. 심지어 부하가 높을 때도 그렇다.
단, fine grain locking 은 SMP 효율개선과 동시에 유저 인터페이스 응답속도 개선을 동시에 얻을수 있습니다만.
저번에 FreeBSD 와 NetBSD 와 OpenBSD 와 Linux 2.6 beta 와 2.4 를비교한것을 보았을때의 기억으로는 리눅스 커널이 스케쥴 알고리즘의 개선으로 인한 SMP 에서의 발전이라던지 선점형으로의 변화로 인해 반응속도가 빨라졌다는것 외에도 많은 향상이 있는것 같습니다.
NetBSD 나 OpenBSD 보다 월등하고 FreeBSD 에 근접한 퍼포먼스를 보여주더군요. 어떤 상황에서던지 훌륭한 성능을 보여준다고 일반화 시킬 순 없지만 상당히 많이 발전한듯 보입니다.
혹시 그 벤치 마킹 자료 URL 알고 계신분 있으면 링크 부탁드립니다. 다른 분들께도 보여드리고 싶네요
비선점이냐 선점형이냐에 따라 성능의 차이는 눈에 띄는 속도와 안에 가려져있는 속도의 차이가 있습니다.
지금과 같이 마우스의 반응 속도가 올라가는 이러한 변화는 이제 리눅스도 데스크 탑으로서의 방향을 가고 있지 않나 라는것이죠. 이렇게 데스크탑에 필요한 자원을 할당해줌으로서 기존의 서버 역할을 하는 곳에서의 퍼포먼스를 조금 떨어뜨릴지라도 데스크탑으로서의 성능을 올려주고 사용자에게 빠르다라는 느낌을 받을 수 있는 것이죠. 하드웨어가 100%의 성능을 발휘할 수 있다고 할때 소프트웨어를 어떻게 고침으로서 하드웨어가 110%의 성능을 발휘하지는 못하지 않을까요?? 그 100% 의 성능을 어느부분에 어떻게 할당하냐에 따라서 컴퓨터가 어떤 환경에서 동작하느냐가 되지 않을까요?
흐미!
바로 테스트 들어 가야 겠습니다. 간만에 스트레스 테스트 해봐야 겠군요. 얼마나 좋와 좋을련지...
앗.. 이제 2.4.x는 사라지는 건가요?목록에서 삭제되었네요..
앗.. 이제 2.4.x는 사라지는 건가요?
목록에서 삭제되었네요..
+++ 여기부터는 서명입니다. +++
국가 기구의 존속을 위한 최소한의 세금만을 내고, 전체 인민들이 균등한 삶을
영위할 수 있는 착취가 없는 혁명의 그날은 언제나 올 것인가!
-- 조정래, <태백산맥> 중에서, 1986년
드디어.... :)오늘 해피해킹 키보드가 배달되어 즐거워 하고 있
드디어.... :)
오늘 해피해킹 키보드가 배달되어 즐거워 하고 있던 차에 이게 무슨 겹경사랍니까? 컴파일 들어갑니다~
=-=-=-=-=-=-=-=-=
http://youlsa.com
Re: 드디어 커널 2.6.0이 릴리즈되었군요.
오전에 확인해 봤을 때만 해도 없었는데.. :shock: :D
헛... 어제 커널 컴파일했는댕..오늘도 해야되넹 :)
헛... 어제 커널 컴파일했는댕..
오늘도 해야되넹 :)
아바타 제작기간~~ 무려 5초!!!
[quote="jedi"]앗.. 이제 2.4.x는 사라지는 건가요?목
2.4 시리즈도 얼마동안은 계속될 겁니다. 2.4.24에 xfs가 공식적으로 포함됩니다. pre1 버젼까지 나왔고요.
[quote="jedi"]앗.. 이제 2.4.x는 사라지는 건가요?목
kernel.org 의 자동 스크립트때문에 잠시 2.4.x가 사라져 보였습니다. 방금 전에 복구되어 다시 보이기 시작하네요.
=-=-=-=-=-=-=-=-=
http://youlsa.com
^___^
But there is no way...Nothing venture, Nothing have...
한영 키는 잘 먹나요?- advanced -
한영 키는 잘 먹나요?
- advanced -
Redhat....Suse....
커널 2.6이 방금 나오니까...전세게 리눅스 유저들은 서로들 다운 받아서 컴파일 해 본다고 정신이 없는듯합니다. 하지만 리눅스을 얹어서 팔고 있는 상용 회사들은 2.6에 대해서 상당히 고무적이기는 하지만 커널을 다음 버전에 포함 시켜서 출하 시키지는 않는다고 하네요. 레드햇은 Red Hat Enterprise Linux 4 product 에 2005년 경에 포함해서 출하한다고 하네요. 그렇지만 fedora 2 core에는 추가해볼 생각이라고 합니다. 하지만 suse는 좀더 공격적으로 추가해볼 생각인듯합니다.
http://news.com.com/2100-7344_3-5127627.html?tag=nefd_top
===========================
Make Beautiful 世上 ~~~ Cool Mind!!
===========================
2.6 으로 올린다음에 여러면에서 확연히 낳아진 느낌입니다.그런데
2.6 으로 올린다음에 여러면에서 확연히 낳아진 느낌입니다.
그런데 데스크탑으로 사용중인데 그놈 터미널을 실행시키니 얼어버리는군요
혹시 다른 분들도 이러시는지? 아니면 사용자 불량으로 인한
저만의 문제인지..
- advanced -
새로운 일거리네...크리스마스를 커널과 함께~
새로운 일거리네...
크리스마스를 커널과 함께~
_____________________________
언제나 맑고픈 샘이가...
http://purewell.biz
그놈 터미널 안되던 문제filesystem 에서 Pseudo fi
그놈 터미널 안되던 문제
filesystem 에서 Pseudo filesystems -> /dev/pts system for Unix98 PTYs
선택해주니 잘되는군요.
- advanced -
아..확실히 2.6 좋아졌습니다.컴퓨터가 업그레이드라도 된 느낌입
아..확실히 2.6 좋아졌습니다.
컴퓨터가 업그레이드라도 된 느낌입니다.
데스크 탑으로 쓰는데 반응 속도가 상당히 빠르군요
커널을 바꾼 것으로 이정도 성능향상이 나오리라곤...
꼭 2.6 으로 업하세요
- advanced -
반응속도와 부드러움이 추가된듯한..?반응속도가 좋아지고..
반응속도와 부드러움이 추가된듯한..?
반응속도가 좋아지고..
부드러워졌다랄까?
그놈 쓰면서 좀 너무 너무 부드러운 느낌 (-_-;)
교체하니까 빨라진 느낌 좋네요 :D
맘에 들어용 >_<b
ps. 서버에(HLDS) 2.6 깔았는데.. 서버 상태가 더 좋아졌다는.. ^^ (P3-450/256MB)
리누스의 release note에 대한 Andrew Morton의 답장입
리누스의 release note에 대한 Andrew Morton의 답장입니다
must fix list와 should fix list의 링크가 들어 있네요
참고하세요.
-----------------------------------------------
Re: Linux 2.6.0
From: Andrew Morton <akpm-AT-osdl.org>
To: linux-kernel-AT-vger.kernel.org
Subject: Re: Linux 2.6.0
Date: Wed, 17 Dec 2003 21:15:16 -0800
Linus Torvalds <torvalds@osdl.org> wrote:
>
> Andrew has written up some caveats and pointers to information about 2.4.x
> vs 2.6.x changes, and I'll let him post that. Some known issues were not
> considered to be release-critical and a number of them have pending fixes
> in the -mm queue. Generally they just didn't have the kind of verification
> yet where I was willing to take them in order to make sure a fair 2.6.0
> release.
It's actually rather short because I started late. See below.
There are also the "must-fix" and "should-fix" lists of items which we have
identified as still on the 2.6 todo list. These are at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/must-fix/must-fix-7.txt and
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/must-fix/should-fix-7.txt
- The 2.6.0 kernel has undergone several weeks of stabilization and we
expect it to run well on server-class machines.
Desktops and laptops may have more trouble at this time because of the
much wider range of hardware and because of as-yet unimplemented fixes for
the hardware and BIOS bugs from which these machines tend to suffer.
During the 2.6.0 stabilization period a significant number of less
serious fixes have accumulated in various auxiliary kernel trees and these
shall be merged into the 2.6 stream after the 2.6.0 release. Many of these
fixes appear in Andrew Morton's "-mm" tree, at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/
- Please report any problems to the appropriate mailing list. If you do
not know which list to use, send the report to linux-kernel@vger.kernel.org
and it should reach the right person. Some active subsystem mailing lists
are:
linux1394-devel@lists.sourceforge.net
linux-xfs@oss.sgi.com
linux-acpi@intel.com
linux-scsi@vger.kernel.org
ext2-devel@lists.sourceforge.net
linux-usb-users@lists.sourceforge.net
Alternatively, kernel bug reports may be entered into the kernel bug
tracking system at http://bugme.osdl.org/
- There are significant changes in the module subsystem, the LVM (Device
Mapper) and RAID subsystems. Details about these and many other kernel
changes are presented in David Jones's kernel upgrade document at
http://www.linux.org.uk/~davej/docs/post-halloween-2.6.txt
Users who are testing 2.6 kernels for the first time should consult this
document.
- The ATA RAID drivers (eg the HighPoint RAID driver) have not been ported
to the new BIO code and are not available under the 2.6 kernel at this
time.
- cryptoloop doesn't work on highmem machines. Fixes exist in -mm and are
queued for 2.6.1.
- There are known performance problems with the default disk I/O scheduler
which show up when the workload is performing small, random reads and
writes (ie: database loads). Largely fixed in -mm.
In general, the "deadline" I/O scheduler is, and shall remain somewhat
faster than the default "anticipatory" I/O scheduler with these sorts of
workloads. Database admins should consider adding the "elevator=deadline"
kernel boot parameter.
- There are performance problems due to misbehaviour in the readahead code
which also impact database-style workloads. Fixed in -mm, queued for
2.6.1.
- There are a larger number of as-yet unmerged frame buffer driver fixes.
--------
From Buenos Aires, Argentina
No sere feliz pero tengo computadora.... jaja
닥치고 Ubuntu!!!!!
To Serve My Lord Jesus
blog: http://sehoonpark.com.ar
http://me2day.net/sheep
드디어..
앗! 집에 오니 이런 기쁜 소식이...!!
바로 컴파일 모드 들어갑니다 :D
나는 나!
kernel.org의 패치 파일을 받아서 자세히 훑어봤는데(물론 오늘 배
kernel.org의 패치 파일을 받아서 자세히 훑어봤는데(물론 오늘 배달된 해피 해킹 프로페셔널을 이용해서지요 ^_^ ) 큰 변화는 보이지 않네요. 개인용 PC사용자로서... 직전에 쓰던 커널이 2.6.0-test11-mm1이어서 그런지 그리 큰 변화는 느끼지 못합니다만 어쨌든 행복한 하루였습니다. 2.4에 비하면 눈에 띄게 스무스해진 마우스질(?)에 즐거운 나날들을 보내고 있습니다. 무엇보다도 로드가 심하게 걸릴 때에도 (컴파일 하는 도중이라던지...) X를 일상적인 사용을 하는데 크게 무리가 없다는게 참 좋네요... :D
=-=-=-=-=-=-=-=-=
http://youlsa.com
[quote="youlsa"]kernel.org의 패치 파일을 받아서 자
스케줄링이 비선점인면이 있었는데[쓰레드에 할당한 시간 다 소모할때까지 비선점] , 선점형으로 바뀌어서 반응이 빨라진게 아닌가 싶네요
윈도우에서는 원래부터 GUI에나 사용자 반응에 민감해서 그런지 몰라도
선점형이었거든요 [ 전체적인 처리속도면에서는 손해가 있을수도...]
전 2.6을 써보지 않았지만 리눅스도 사용자 중심의 스케줄링을 하기 시작했나보네요
승자는 자기보다 우월한 사람을 보면 존경심을 갖고 그로부터 배울 점을 찾지만 패자는 자기보다 우월한 사람을 만나면 질투심을 갖고 어디 구멍난 곳이 없는지 찾는다.
- 하비스
흐아.. 몇일 시체 놀이 하다가 이제 드디어 벗어 났는데 그 사이에 이런
흐아.. 몇일 시체 놀이 하다가 이제 드디어 벗어 났는데 그 사이에 이런 엄청난 일이 있었다니 -_-;; ㅎ.ㅎ 빨리 뜯어봐야겠군
무제? 무죄!
내년에나 될 줄 알았는데 암튼 컴파일은 했는데 밴치 마킹은 어케해야 하나
내년에나 될 줄 알았는데 암튼 컴파일은 했는데 밴치 마킹은 어케해야 하나? 옵션 위치가 바뀌어서 설치 할때 고생했음
finger @finger.kernel.org결과 나오시나요???
finger @finger.kernel.org
결과 나오시나요??? 왜 안나오지...
2.4에서 2.6.0-test11 올라갈때 성능향상을 느껴서..
2.6.0에서 느끼는 빠름(?)은 피부로 느껴지진 않지만.
x에서 반응속도는 여전히.. 좋내요.
IBM DeveloperWorks 에 커널 2.6 에 대해 소개하고 있네
IBM DeveloperWorks 에 커널 2.6 에 대해 소개하고 있네요.
어떤 점이 개선되었는지 궁금하신 분들은 읽어보세요
http://www-903.ibm.com/developerworks/kr/linux/library/l-inside.html
- advanced -
[quote="Advanced"]IBM DevelopWorks 에 커널
이 문서가 그새 한글화가 되었군요.
첨에 글 올라오자 마자 읽으려고 했는데 짧디 짧은 영어라서 포기했었는데.
이 문서 참고자료 두 번째 자료도 괜찮더군요.
http://www.kniggit.net/wwol26.html
별은 바라보는 자에게 빛을 준다.
[quote="Advanced"]IBM DevelopWorks 에 커널
궁금한게 있는데
다른 OS는 이런 알고리즘을 사용하고 있는건가요?
다른 OS들이 이미 사용하는것을 이제 리눅스가 차용한건지
아니면 리눅스가 신 개념의 알고리즘을 다른 OS들보다 빠르게
도입한건지 궁금하네요
그럼
승자는 자기보다 우월한 사람을 보면 존경심을 갖고 그로부터 배울 점을 찾지만 패자는 자기보다 우월한 사람을 만나면 질투심을 갖고 어디 구멍난 곳이 없는지 찾는다.
- 하비스
리눅스의 O(1) 스케줄러나 preemptive커널에 대해서 자세한 내용
리눅스의 O(1) 스케줄러나 preemptive커널에 대해서 자세한 내용은 사실 저는 잘 모르겠습니다만, 이런 내용이 리눅스에서 처음 도입된 것은 "절대로" 아닙니다!
UNIX Internals만 보아도 이런 내용은 몸에 와닿을 정도로 많이 적혀있지요.
사실 리눅스는 잘 작동하기는 하지만 특별히 대단한 "모델"을 제시하는 운영체제라고 하기에는 좀 문제가 있지않을까요. 물론 리눅스를 폄하하려는 의도는 절대로 아닙니다.
[quote="saxboy"]UNIX Internals만 보아도 이런 내
저도 그책을 읽었는데요 그책이 발간된지가 1996년도 내용인데
거기서 말하는 알고리즘하고 뭔가 좀 달라보이게 소개가 되어서
다른 내용처럼 보이더라고요
어째튼.....
그렇다면 윈도우나 유닉스에서 이미 옛날에 도입한 스케줄링이 이제야
리눅스에 도입된것이군요....
제 생각에는 스케쥴링에 있어 비선점인점이 오히려 리눅스 속도를 빠르게 해주는걸로 보였는데
결국 아니었다는 말이었네요.... 음
승자는 자기보다 우월한 사람을 보면 존경심을 갖고 그로부터 배울 점을 찾지만 패자는 자기보다 우월한 사람을 만나면 질투심을 갖고 어디 구멍난 곳이 없는지 찾는다.
- 하비스
[quote="Advanced"]IBM DevelopWorks 에 커널
흠냐,,
마우스반응 속도가 빨라졌다! 라는 말만 이해를.. T^T
--
이 아이디는 이제 쓰이지 않습니다.
[quote="mastercho"]제 생각에는 스케쥴링에 있어 비선점인점
유저인터페이스에 응답이 빠르다는것이 꼭 전반적 성능 향상을 뜻하는것은 아니겠죠.
어짜피 할일이 있어 커널모드로 진입한 이상 해야 할일 하고 마치는것이 중간에 선점되서 다른것 하고 오는것 보다 전반적인 성능향상에 (아주 조금) 도움이 되겠죠. 단지 사용자들이 느끼기에는 이것이 오히려 과부하 상태에서는 컴퓨터가 먹통이 된듯한 느낌을 주면서 더 답답하겠죠.
[quote="hb_kim"][quote="mastercho"]제 생각에
하지만 위에 리눅스에 개량된 알고리즘 설명을 보면
유저 인터페이스에 대한 빠른 응답뿐 아니라 스케쥴링의 효율성을 증가시킨것으로 나옵니다 , 한마디로 단순히 유저인터페이스의 반응속도만 향상시킨게 아니라는것이죠 , 내용을 봐서는 비선점 스케쥴링이었을때보다도 빠르고 유저 인터페이스 반응속도도 개량 시켰다는것으로 보입니다
승자는 자기보다 우월한 사람을 보면 존경심을 갖고 그로부터 배울 점을 찾지만 패자는 자기보다 우월한 사람을 만나면 질투심을 갖고 어디 구멍난 곳이 없는지 찾는다.
- 하비스
반응 속도...
마우스 반응 속도 하나는 느낌이 확 오는군요...
한영키가 안되는게 좀 흠이지만
리눅스를 데스크탐으로 쓰는 제게는 만족스럽네요.
from caramis ~ !
[quote="mastercho"]하지만 위에 리눅스에 개량된 알고리즘
아래에 인용한 기사를 주의깊게 읽어 보시면 스케쥴러의 개선으로 얻어지는 실제 퍼포먼스 향상(우선순위 조작이나, 유저 인터페이스 응답속도가 아닌)은 SMP 에서만 적용되죠?
단, fine grain locking 은 SMP 효율개선과 동시에 유저 인터페이스 응답속도 개선을 동시에 얻을수 있습니다만.
2.6 커널 컴파일 팁 같은것좀 올려주시면 저같은 초보는 상당히 많이 도
2.6 커널 컴파일 팁 같은것좀 올려주시면 저같은 초보는 상당히 많이 도움이 될것 같습니다.
[quote="fuerza"]2.6 커널 컴파일 팁 같은것좀 올려주시면
초보시라면 페도라를 사용하세요! :D
http://people.redhat.com/davej/FedoraCore2/
여기 페도라에서 사용할 수 있는 2.6 커널 RPM이 있습니다.
----------------------------
May the F/OSS be with you..
저번에 FreeBSD 와 NetBSD 와 OpenBSD 와 Linux 2
저번에 FreeBSD 와 NetBSD 와 OpenBSD 와 Linux 2.6 beta 와 2.4 를비교한것을 보았을때의 기억으로는 리눅스 커널이 스케쥴 알고리즘의 개선으로 인한 SMP 에서의 발전이라던지 선점형으로의 변화로 인해 반응속도가 빨라졌다는것 외에도 많은 향상이 있는것 같습니다.
NetBSD 나 OpenBSD 보다 월등하고 FreeBSD 에 근접한 퍼포먼스를 보여주더군요. 어떤 상황에서던지 훌륭한 성능을 보여준다고 일반화 시킬 순 없지만 상당히 많이 발전한듯 보입니다.
혹시 그 벤치 마킹 자료 URL 알고 계신분 있으면 링크 부탁드립니다. 다른 분들께도 보여드리고 싶네요
- advanced -
[quote="fuerza"]2.6 커널 컴파일 팁 같은것좀 올려주시면
아래 문서를 읽어보시면 많은 도움 되실듯..
http://wiki.kldp.org/wiki.php/Kernel%202.6%20Intro
- advanced -
[quote="Advanced"]혹시 그 벤치 마킹 자료 URL 알고 계
여기 보시면 됩니다.
=-=-=-=-=-=-=-=-=
http://youlsa.com
[quote="youlsa"][quote="Advanced"]혹시 그 벤
링크 감사합니다.
다시 확인해 보니 Single CPU 에서도 상당한 퍼포먼스 향상이 있군요
- advanced -
약간 써보니..
bttv쪽은 제대로 작동하지 않는군요.
그리고 LVM쪽은 인터페이스가
약간 변해서 mount시에 좀 당황 했습니다.
여러 벤치마크를 보면 나아진건 분명하지만
아직은 좀더 기다릴 때인 모양입니다.
Re: 반응 속도...
비선점이냐 선점형이냐에 따라 성능의 차이는 눈에 띄는 속도와 안에 가려져있는 속도의 차이가 있습니다.
지금과 같이 마우스의 반응 속도가 올라가는 이러한 변화는 이제 리눅스도 데스크 탑으로서의 방향을 가고 있지 않나 라는것이죠. 이렇게 데스크탑에 필요한 자원을 할당해줌으로서 기존의 서버 역할을 하는 곳에서의 퍼포먼스를 조금 떨어뜨릴지라도 데스크탑으로서의 성능을 올려주고 사용자에게 빠르다라는 느낌을 받을 수 있는 것이죠. 하드웨어가 100%의 성능을 발휘할 수 있다고 할때 소프트웨어를 어떻게 고침으로서 하드웨어가 110%의 성능을 발휘하지는 못하지 않을까요?? 그 100% 의 성능을 어느부분에 어떻게 할당하냐에 따라서 컴퓨터가 어떤 환경에서 동작하느냐가 되지 않을까요?
무제? 무죄!
kernel 2.6관련된 링크를 모아 봤습니다.http://www
kernel 2.6관련된 링크를 모아 봤습니다.
http://www.ezdoum.com/stories.php?story=04/02/13/9280693
울랄라~ 호기심 천국~!!
http://www.ezdoum.com