견해차가 있을 수 있으나, 자바를 사용하면서 성능을 논한다면 아이러니 하다고 보오.
자바 technology에 그 다지 관심은 없으나, Doug Lea는 개인적으로 인정할 수 밖에 없는 고수라고 생각하오.
그래서 그 사람의 홈페이지를 소개하고자 하오. http://gee.cs.oswego.edu/dl는 홈페이지고,
견해차가 있을 수 있으나, 자바를 사용하면서 성능을 논한다면 아이러니 하다고 보오.
자바 technology에 그 다지 관심은 없으나, Doug Lea는 개인적으로 인정할 수 밖에 없는 고수라고 생각하오.
그래서 그 사람의 홈페이지를 소개하고자 하오. http://gee.cs.oswego.edu/dl는 홈페이지고,
원하시는 답을 못 얻으신 것 같은데... 위에 링크된 곳을 보면 어떤 패턴과 어떻게 버퍼 맵을 잡아야 성능 향상이 할 수 있는지 비교적 자세히 나와 있으니 참조를 하십시요. 정확히 어떤 것을 어떻게 테스트 했는지에 대한 언급이 없으니 더이상의 답변은 얻기가 곤란할 겁니다.
음...제가 알기로 IO 속도를 위해서 NIO 를 선택하셨다면 큰 기대는 하지 않는 쪽이 좋을 듯 합니다. 저도 이리 저리 자료를 찾아보고 테스트를 해봤지만 NIO 가 IO 속도에서 기존 방식의 자바 IO 보다 크게 빠르지는 않은 듯 합니다.
처음 NIO 가 나왔을 때 Sun에서 선전하던 말이 있엇지요. "Scalable IO, Non-blocking IO" 였습니다. NIO 의 의미는 가용성이지 속도는 아닌 듯 합니다. reactor 패턴과 non-blocking IO를 사용해 서비스에 필요한 쓰레드의 수를 줄이는 것이 NIO 의 핵심입니다. 즉 처리 가능한 접속 수를 늘리는 것이지요.
무례하지 않았길 바라면서...C 의 select() 를 안보셨다면,
무례하지 않았길 바라면서...
C 의 select() 를 안보셨다면, 한번 검토해 보시는것도 좋은 생각일듯 합니다.
man select
삽질의 대마왕...
[url]http://www.manageability.org/blog/s
http://www.manageability.org/blog/stuff/open-source-projects-that-use-java-nio/view
http://www.javaperformancetuning.com/tips/nio.shtml
http://www.theserverside.com/news/thread.tss?thread_id=30170
----
I paint objects as I think them, not as I see them.
atie's minipage
견해차가 있을 수 있으나, 자바를 사용하면서 성능을 논한다면 아이러니 하
견해차가 있을 수 있으나, 자바를 사용하면서 성능을 논한다면 아이러니 하다고 보오.
자바 technology에 그 다지 관심은 없으나, Doug Lea는 개인적으로 인정할 수 밖에 없는 고수라고 생각하오.
그래서 그 사람의 홈페이지를 소개하고자 하오.
http://gee.cs.oswego.edu/dl는 홈페이지고,
Doug Lea의 여러 훌륭한 문서중 질문하신 분의 견彎?다소 차이가 있으나, 관련항목은 http://gee.cs.oswego.edu/dl/cpjslides/nio.pdf 라고 생각하오.
scalability를 중시하는 관점이지만, 멋진 문서니 꼭 보도록 하시길 바라는 바이외다.
그럼 건승을 빌겠소.
[quote="Anonymous"][b]견해차가 있을 수 있으나, 자바를
음.. 어떤 성능인지 궁금합니다. , 가용성? 이식성?, 속도?, 메모리 대비..?
C를 이용한다면..
C나 C++을 이용한다면 select() 대신에 FreeBSD 계열은 kqueue, Linux쪽은 epoll의 사용을 적극 검토해보세요.
서버급 Unix쪽은 aio를 이용해야 대량 접속시 문제점을 처리할 수 있습니다.
자바의 nio에 대해 언급한 문서를 읽어보긴 했지만 실제로 구현해본 적이 없어서 성능이 얼마나 나올지는 모르겠네요.
(저도 무례하지 않았기를.. 바랍니다)
마소 12월호에 관련 기사가 있군요....[오픈 디벨로퍼] 오
마소 12월호에 관련 기사가 있군요.
...
[오픈 디벨로퍼] 오픈소스 NIO 서버의 대표주자, NB 서버
답변 하신 모든 분들께 감사드립니다....
질문에 애매한 부분이 있었군요. 제가 말하는 성능은
NIO가 아닌 기존의 socket/thread를 썼을때 보다 IO처리가
빠르지 않았다는 것을 이야기하는 것이었습니다.
(물론 자바의 socket/thread입니다.)
답변들 감사드립니다...
원하시는 답을 못 얻으신 것 같은데... 위에 링크된 곳을 보면 어떤 패
원하시는 답을 못 얻으신 것 같은데... 위에 링크된 곳을 보면 어떤 패턴과 어떻게 버퍼 맵을 잡아야 성능 향상이 할 수 있는지 비교적 자세히 나와 있으니 참조를 하십시요. 정확히 어떤 것을 어떻게 테스트 했는지에 대한 언급이 없으니 더이상의 답변은 얻기가 곤란할 겁니다.
그리고, 밑에 글로 미루어 짐작하면, 대략 600 건 이상의 동시 접속을 테스트해봐야 성능 비교가 가능하니 참고 하시고요.
http://www-106.ibm.com/developerworks/library/j-nioserver/?ca=dnt-55
----
I paint objects as I think them, not as I see them.
atie's minipage
음...제가 알기로 IO 속도를 위해서 NIO 를 선택하셨다면 큰 기대
음...제가 알기로 IO 속도를 위해서 NIO 를 선택하셨다면 큰 기대는 하지 않는 쪽이 좋을 듯 합니다. 저도 이리 저리 자료를 찾아보고 테스트를 해봤지만 NIO 가 IO 속도에서 기존 방식의 자바 IO 보다 크게 빠르지는 않은 듯 합니다.
처음 NIO 가 나왔을 때 Sun에서 선전하던 말이 있엇지요. "Scalable IO, Non-blocking IO" 였습니다. NIO 의 의미는 가용성이지 속도는 아닌 듯 합니다. reactor 패턴과 non-blocking IO를 사용해 서비스에 필요한 쓰레드의 수를 줄이는 것이 NIO 의 핵심입니다. 즉 처리 가능한 접속 수를 늘리는 것이지요.
댓글 달기