http://valley.egloos.com/tag/heap heap ko Fri, 11 Nov 2011 00:10:30 +0900 Egloos http://gsstudio.egloos.com/4155491 http://gsstudio.egloos.com/4155491 Fri, 11 Nov 2011 00:10:30 +0900 http://killofki.egloos.com/5552557 http://killofki.egloos.com/5552557 Fri, 15 Jul 2011 15:30:02 +0900 http://killofki.egloos.com/5552553 http://killofki.egloos.com/5552553 Fri, 15 Jul 2011 15:27:08 +0900 http://sharku.egloos.com/340341 http://sharku.egloos.com/340341 Mon, 04 Apr 2011 22:39:03 +0900 http://moai82.egloos.com/3978540 http://moai82.egloos.com/3978540 Mon, 21 Feb 2011 10:10:32 +0900 http://dakuo.egloos.com/1143714 http://dakuo.egloos.com/1143714 Sun, 28 Nov 2010 07:54:31 +0900 http://killofki.egloos.com/5375477 http://killofki.egloos.com/5375477 Mon, 09 Aug 2010 20:50:31 +0900 http://illnessm.egloos.com/1368942 http://illnessm.egloos.com/1368942 Fri, 23 Jul 2010 11:51:05 +0900 http://byung.egloos.com/5347066 http://byung.egloos.com/5347066 Tue, 29 Jun 2010 10:54:41 +0900 http://kwaknu.egloos.com/5213665 http://kwaknu.egloos.com/5213665 Fri, 05 Mar 2010 09:42:14 +0900 http://recipes.egloos.com/5071672 http://recipes.egloos.com/5071672 우리 Stack과 Heap등을 살펴 보았듯이, Inter Process Communication을 제대로 하려면, Queue라는 자료구조의 개념을 잘 알아야 해요. 일단 Queue는 Stack과 달리, 먼저 넣은 놈이 꺼내면 먼저 나와요. Stack은 나중에 넣은 넘이 꺼내면 먼저 나오죠. 그래서 Queue라는 건 줄세우기인데요, 보통 FIFO라고 불려요. Software에서 사용하는 Data들은 대부분 이런 Queue라는 걸 이용해서 처리를 한답니다. 먼저 들어온 넘을 먼저 처리하는 게 순리상 정상인 게죠. Stack이 이상한 거에요. ㅋ 보통 Queue라는 건 대기행렬을 의미하는데요, 줄을 세우는 거라고 보시면 되요. 일종의 Buffer라는 의미인데요, 처리 할 녀석들을 줄 세워 놓고서 하나씩 꺼내서 ]]> Thu, 06 Aug 2009 21:57:19 +0900 http://recipes.egloos.com/5057426 http://recipes.egloos.com/5057426 - STACK은 history기능을 가지고 있고, Heap은 메모리를 꿔줄 수 있습니다. stack이나 heap은 모두 전역변수 배열로 선언되어 있으며, 어떤 전략으로 사용할 것인가에 따라 stack이나 heap으로 나뉘게 되지요. - STACK과 HEAP에 관한 작은 생각들을 늘어놓도록 하겠습니다. STACK은 무엇인가? - 시작부터 Stack이 무엇인지 늘어놓으려고 하니, 참으로 쑥스럽습니다. 저에게 Stack이라는 것은 참으로 미지의 무엇이었기 도 했는데, 조금 알았다 싶어 다시 잘 생각해 보면, 여전히 미지의 것이기는 마찬가지 입니다. 참으로 곤란하기 짝이 없습니다. 그저 Data를 건초더미 쌓듯이 쌓아 올리면 되리라는 근본적인 Idea에는 변함이 없습니다만, 막상 함수가 호출될 때, 어떻게 ]]> Sat, 25 Jul 2009 23:43:51 +0900 http://javawork.egloos.com/2244196 http://javawork.egloos.com/2244196 보통 아래와 같은 코드에서 HEAP CORRUPTION DETECTED 에러가 납니다. struct TestStruct { int serial; short level; double postion; }; typedef std::vector<TestStruct> TestVector; TestVector test_vec; TestStruct tt; test_vec.push_back(tt); memset(&test_vec[0], 0, sizeof(TestVector)); 자기가 소유하지 않은 메모리, 즉 배열의 경계를 넘어서 초기화한다거나 하면 나중에 해당 객체가 해제될때 이 에러가 발생하는데, 최근에 특이한 환경에서 이 에러를 경험했습니다. T ]]> Tue, 24 Feb 2009 14:54:55 +0900 http://byung.egloos.com/4752325 http://byung.egloos.com/4752325 Gflags.exe는 Windows System Diagnostics 를 위해 debugging tools for windows에서 제공하는 Tool이다. 상위의 그림만 봐서는 이해하기 어려울 수도 있지만, Application에 대한 System registry의 일부 설정을 통하여 메모리누수나 handle 누수를 tracking 하거나 pageheap을 enable 하여 Heap corruption을 Troubleshooting 할 수 있다. 메모리누수에 대한 Gflags 설정. 메모리누수를 Check하기 위해서는 gflags.exe와 UMDH(User Mode Dump Heap)이라는 Tool도 필요하다. UMDH 역시 Debugging tools for Windows에 포함되어 있는 Tool이다. ]]> Wed, 26 Nov 2008 18:01:40 +0900 http://lunapapa.egloos.com/1978529 http://lunapapa.egloos.com/1978529 Weka (http://www.cs.waikato.ac.nz/~ml/weka/)를 쓰다보면 Heap 사이즈의 한계에 부딛혀 JVM에서 OOM을 내고 Weka가 쫑나버리는 사태를 경험할 때가 있습니다. 원래, Win32에서의 JVM Heap 사이즈의 한계는 대략 1.4GB 정도인데.. 이게 모자랄 수 있습니다;; (덜덜) 이것 때문에 64bit로 갈아타기는 귀찮고, 그렇다고 솔라리스를 쓰자니 이것도 64bit로 갈아타는 만큼 귀찮은 일이라, 이를 해결하기 위해 좀 찾아봤습니다. BEA RockIt JVM을 쓰면 연속적인(continuous) 메모리 공간을 확보하지 않아도 큰 Heap 공간을 잡을 수 있다... 라고 되어있길래, 일단 무턱대고 BEA RockIt JVM 1.5를 구하기 시작. ]]> Tue, 15 Jul 2008 21:02:33 +0900