- Java Study2003/첫번째과제/노수민 . . . . 3 matches
* 자바 Applat 에서 - 자바 Bytescode는 소스를 자바 컴파일러로 컴파일한 결과물로서 HTML 문서에 비해 크기가 매우 크며 웹 서버에서 브라우저로 전송되기까지가 많은 시간이 걸린다. 일단 전송된 애플릿은 브라우저가 수행시키므로 그 속도는 클라이언트의 시스템 환경과 브라우저가 내장하고 있는 JVM의 성능에 따라 좌우된다. 28.8K 정도의 모뎀 환경이라면 그럴듯한 애플릿을 다운 받아서 수행하는데는 많은 인내심이 필요하게 된다. 그러나, 점차 인터넷 통신 환경이 좋아지고 있으며 가정집을 제외한 대부분의 사무실과 학교 등에서는 전용 회선이 깔려 있고, 넉넉한 환경의 전용선이라면 애플릿을 구동하는데 무리가 없다. 근래에는 가정에서도 초고속 통신 환경을 싼 값에 구축할 수 있으므로 점차적으로 인터넷 환경에서 애플릿의 전송은 부담이 되지 않을 것이다. JVM도 기술적으로 많이 향상되었고, Sun뿐 아니라, IBM과 같은 매머드급 회사들이 뛰어들어 개발하고 있어 초기 지적받았던 JVM의 구동 속도는 점차 문제가 되지 않는 상황이다.
- Java Study2003/첫번째과제/방선희 . . . . 3 matches
* Java Virtual Machine (JVM)
-- class파일은 그 자체가 실행파일이 아니다. 따라서 그냥 수행될 수 없으며, 이 class파일을 읽어서 해석한 후, 실행해 줄 무언가가 필요한데, 그것이 바로 JVM이다.
* JVM이 알아서 더 이상 사용되지 않는 메모리를 check해서 system에 반납해 준다.
- 데블스캠프2013/넷째날/후기 . . . . 3 matches
* JVM 돌아가는건 공부할 일이 없었는데, C++과 차이를 얼핏? 알것 같네요. - [장혁수]
* 악몽인줄 알았는데 갑자기 불지옥 ㅎㅎ, 그래도 저에게는 생소하기만한 JVM, 안드로이드 내부 구조에 대해서 들을 수 있어서 즐거웠습니다. - [권영기]
* 뭔가 절반정도를 당연하다는 듯이 들었는데, 생각해보니까 이건 어셈블리가 아니고 JVM... 결국 컴퓨터 구조랑 비슷한 형태로 돌아가는거였군요. OS와 어셈블리를 한번에 본 듯한 느낌이었습니다. 참 많은 공대생들이 사라져갔을것만같네요.. -[김태진]
- 작은자바이야기 . . . . 3 matches
* javaSE : JLS(java language specification) + java api를 가리킴. 자바의 실제 문법과 언어에 필요한 기본적인 기능들. 참조 구현체로는 hotspot JVM이 있다.
* servlet 클래스의 로딩 순서 : jvm에서 tomcat의 main클래스를 진입점에 로딩한다 -> deployment description에 언급되어있는 servlet클래스를 tomcat의 진입점에 로딩한다.
* JVM & Java Byte Code
* JVM - stack-based machine
- ClassifyByAnagram/sun . . . . 1 match
g.drawString( "JVM info:", 10, 20 );
- Eclipse . . . . 1 match
* [http://www.eclipsepowered.org/archives/2004/11/18/best-jvm-settings-for-eclipse/ Best JVM Setting for Eclipse]
- LispLanguage . . . . 1 match
[http://clojure.org/ Clojure] : Rich Hickey가 제작한 Lisp 방언 중 하나. JVM 상에서 돌아가는 Lisp 구현체로, Java API를 직접 불러서 사용하는 것이 가능하다.
- ObjectWorld . . . . 1 match
세번째 Session 에서는 지난번 세미나 마지막 주자분(신동민씨였던가요.. 성함이 가물가물;)이 Java 버전업에 대한 Architecture 적 관점에서의 접근에 대한 내용을 발표하셨습니다. Java 가 결국은 JVM 이란 기존 플랫폼에 하나의 Layer를 올린것으로서 그로 인한 장점들에 대해 설명하셨는데, 개인적으론 'Java 가 OS에서 밀린 이상 OS를 넘어서려니 어쩔수 없었던 선택이였다' 라고 생각하는 관계로. -_-. 하지만, Layer 나 Reflection 등의 Architecture Pattern 의 선택에 따른 Trade off 에 대해서 설명하신 것과, 디자인을 중시하고 추후 LazyOptimization 을 추구한 하나의 사례로서 설명하신건 개인적으론 좋았습니다.
- ZeroPageServer/set2002_815 . . . . 1 match
* JVM 설치시 추가 라이브러리
* [[HTML( <STRIKE> jvm, jdk, mm.mysql, junit, servlet 설치, 경로 </STRIKE> )]] JDK 1.4.01
- 새싹교실/2013/라이히스아우토반/1회차 . . . . 1 match
*컴파일러는 저급언어를 만들고, 인터프리터는 실행명령을 만듭니다. 이 만들어논 실행명령을 프로그램에 넣으면 실행이 되는거죠. 대표적인 인터프리터인 JVM을 가지고 와서 설명해야 할것 같은데.. 허허
- 정모 . . . . 1 match
||||2023.07.24||[최성민]||||||||JVM 통작원리 파헤치기||
- 정모/2012.3.12 . . . . 1 match
* 전시회 홍보, 동아리 방 설명에 이어서 OMS가 상당히 인상 깊었던 정모였습니다. 제목만 보고도 그 주제를 고르신 이유를 바로 알았습니다. 전체적으로 Type, Type Safety, Java Generics에 대해서 상당히 깊이 다루지 않았나 싶네요. 사실 제네릭스 모양이 C++의 템플릿과 비슷하게 생겨서 같은 것이라고 생각하고 있었는데 이건 확실히 '만들어진 이유가 다르다'고 할 만 하군요. 그리고 마지막에 이야기했던 Type Erasure는 제네릭스를 구현할 때 JVM 레벨에서 구현하지 않고 컴파일러 부분에서 처리를 하도록 했기 때문에 타입이 지워지는 거라는 얘기를 들었는데 맞는지 모르겠군요. 이거 때문에 제네릭스 마음에 안 들어하는 사람들도 있는 모양이던데. 중간에 이 부분에 대한 개선이 이루어지고 있다는 말씀을 잠깐 하셨는데 컴파일 이후에도 타입 정보가 사라지지 않도록 스펙을 수정하고 있는 건가요? 좀 궁금하군요. 여담이지만 이번에 꽤 인상깊게 들었던 부분은 예상외로 Data Type에 대한 부분이었습니다. 이걸 제가 1학년 여름방학 때 C++ 스터디를 한다고 수경 선배한테 들은 기억이 지금도 나는데, 그 때는 Type이 가능한 연산을 정의한다는 말이 무슨 뜻인지 이해를 못 했었죠 -_-;;; 이 부분은 아마 새내기들을 대상으로 새싹을 할 때 말해줘야 할 필요가 있지 않을까 싶습니다. 아마 당장은 이해하지 못 하겠지만. 후후 - [서민관]
Found 12 matching pages out of 7540 total pages (5000 pages are searched)
You can also click here to search title.
