- Counting/황재선 . . . . 21 matches
public class Counting {
BigInteger numOfEachCounting = zero;
numOfEachCounting = numOfEachCounting.add(first.add(second));
sum[input] = numOfEachCounting;
Counting c = new Counting();
public class TestCounting extends TestCase {
Counting c = new Counting();
Counting c = new Counting();
Counting c = new Counting();
Counting c = new Counting();
Counting c = new Counting();
Counting c = new Counting();
[Counting]
- Counting . . . . 5 matches
=== About [Counting] ===
|| 김상섭 || C++ || . || [Counting/김상섭] ||
|| 황재선 || Java || . || [Counting/황재선] ||
|| 문보창 || C++ || . || [Counting/문보창] ||
|| 하기웅 || C++ || 2시간 || [Counting/하기웅] ||
- Celfin's ACM training . . . . 3 matches
|| 5 || 6 || 110603/10198 || Counting || . || [http://165.194.17.5/wiki/index.php?url=zeropage&no=4010&title=Counting/하기웅&login=processing&id=&redirect=yes Counting/Celfin] ||
- MoreEffectiveC++/Techniques2of3 . . . . 3 matches
== Item 29: Reference counting ==
Reference counting(이하 참조 세기, 단어가 길어 영어 혼용 하지 않음)는 같은 값으로 표현되는 수많은 객체들을 하나의 값으로 공유해서 표현하는 기술이다. 참조 세기는 두가지의 일반적인 동기로 제안되었는데, '''첫번째'''로 heap 객체들을 수용하기 위한 기록의 단순화를 위해서 이다. 하나의 객체가 만들어 지는데, new가 호출되고 이것은 delete가 불리기 전까지 메모리를 차지한다. 참조 세기는 같은 자료들의 중복된 객체들을 하나로 공유하여, new와 delete를 호출하는 스트레스를 줄이고, 메모리에 객체가 등록되어 유지되는 비용도 줄일수 있다. '''두번째'''의 동기는 그냥 일반적인 생각에서 나왔다. 중복된 자료를 여러 객체가 공유하여, 비용 절약 뿐아니라, 생성, 파괴의 과정의 생략으로 프로그램 수행 속도까지 높이고자 하는 목적이다.
=== Implementing Reference Counting : 참조 세기 적용 ===
=== A Reference-Counting Base Class : 참조-세기 기초 클래스 ===
=== Adding Reference Counting to Exitsting Classes : 참조 세기를 이미 존재하는 클래스에 더하기 ===
지금까지, widget, string, 값(value), 스마트 포인터(smart pointer), 참조 세기 기본 클래스(reference-counting base class)에 관해서 구체적인 부분을 다루어 왔다. 이 모든 것은 우리에게 참조 세기를 적용할수 있는 넓은 폭을 가져다 주었다. 이제 조금 일반적인 이야기로, 질문해 보자. 다시 말하자면, '''대체 언제 참조 세기의 기술을 적용 시켜야 할까?'''
- Counting/문보창 . . . . 2 matches
// 10198 - Counting
[Counting]
- MoreEffectiveC++/Techniques1of3 . . . . 2 matches
이런 디자인은 단일 Printer객체에 관해서 행하여 질수는 없다. 하지만 서로 다른 프로그램의 서로 다른 부분에서 Printer객체는 이렇게 사용되어 질수 있다. 이것 역시 허용하지 못하게하는 것까지는 필요 없을것 같은데, 아무튼 오직 하나의 프린터 객체만 유지 시킨다는 것에는 벗어나지는 않는 거다. 하지만 여기에 우리가 해왔던 object-counting방법과, 일찍이 쓴 가짜 생성자(pseudo-constructor)를 혼합해서 기능을 구현해 본다.
=== An Object-Counting Base Class : Object-counting에 기본 클래스를 만들어 본다. ===
이제까지 거쳐왔던 코드들은 어느 정도의 형태가 잡혀 있다. 이것을 라이브러리로 만들어 놓고, 일정한 규칙으로 만들수는 없을까? (참고로 이와 비슷한 기술이 Item 29 reference-counting에 등장한다. 참고 해보자.) template가 이를 가능하게 해준다.
해당 클래스는 오직 기본 클래스로만 쓰이도록 설계되어 졌다. 그러므로, 생성자와 파괴자가 모두 protected(보호)인자로 설정되어 있다. 그리고 init로서 object-counting을 구현한다. init는 설정된 객체의 숫자가 넘어가면, TooManyObjects 예외 객체를 발생 시킨다.
이제 위의 template를 바탕으로 글 초반에 누누히 설명한 object-counting에 기반한 Printer클래스를 만들어 본다.
또 하나는 object-counting시에 초기값이다. 이렇게 하면 초기화가 된다.
* 맺음말:차후에 스마트 포인터는 Reference Counting(Item 29)을 구현하는데 적용 된다. 그때 다시 스마트 포인터에 대한 쓰임에 대하여 느껴 보기를 바란다.
- AcceleratedC++/Chapter7 . . . . 1 match
== 7.2 Counting words ==
- Java Study2003/첫번째과제/장창재 . . . . 1 match
이러한 문제는 자바가 스레드 스케줄링 정책 구현에 의존하고, synchronized 명령어가 모니터 기반의 동기화 기법만 제공하고 큐 대기 시간을 예측할 수 없으며, notify() 메소드가 스레드를 깨우는 순서가 불명확하고, 우선순위 역전(priority inversion_의 가능성이 있습니다. 이러한 문제는 API 수준에서 해결되어야 하고, 실시간 타스크 처리를 위한 우선순위 레벨을 확장하고, 우선순위 상속(priority inheritance) 또는 우선순위 최고 한도 제한(priority ceiling) 등과 같은 우선순위 역전 방지 (priority inversion avoidance) 프로토콜을 사용하고, MuteX, 이진 세마포어(Binary Semaphore), 계수 세마포어(Counting Semaphore) 등을 사용할 수 있습니다.
- MoreEffectiveC++ . . . . 1 match
* Item 29: Reference counting - 참조 세기
1. 2002.02.15 드디어 스마트 포인터를 설명할수 있는 skill을 획득했다. 다음은 Reference counting 설명 skill을 획득해야 한다. Reference counting은 COM기술의 근간이 되고 있으며, 과거 Java VM에서 Garbage collection을 수행할때 사용했다고 알고 있다. 물론 현재는 Java Garbage Collector나 CLR이나 Tracing을 취하고 있는 것으로 알고 있다. 아. 오늘이 프로젝트 마지막 시점으로 잡은 날인데, 도저히 불가능하고, 중도 포기하기에는 뒤의 내용들이 너무 매력있다. 칼을 뽑았으니 이번달 안으로는 끝장을 본다.
1. 2002.02.17 Reference Counting 설명 스킬 획득. 이제까지중 가장 방대한 분량이고, 이책의 다른 이름이 '''More Difficult C++''' 라는 것에 100% 공감하게 만든다. Techniques가 너무 길어서 1of2, 2of2 이렇게 둘로 쪼갠다. (세개로 쪼갤지도 모른다.) 처음에는 재미로 시작했는데, 요즘은 식음을 전폐하고, 밥 먹으러가야지. 이제 7개(부록까지) 남았다.
- MoreEffectiveC++/Efficiency . . . . 1 match
=== Reference Counting (참조 세기) ===
reference-counting 을 토대로한 문자열의 구현 예제를 조금만 생각해 보면 곧 lazy evaluation의 방법중 우리를 돕는 두번째의 것을 만나게 된다. 다음 코드를 생각해 보자
String s = "Homer's Iliad"; // 다음 문자열이 reference-counting으로
첫번째 operator[]는 문자열을 읽는 부분이다,하지만 두번째 operator[]는 쓰기를 수행하는 기능을 호출하는 부분이다. 여기에서 '''읽기와 쓰기를 구분'''할수 있어야 한다.(distinguish the read all from the write) 왜냐하면 읽기는 refernce-counting 구현 문자열로서 자원(실행시간 역시) 지불 비용이 낮고, 아마 저렇게 스트링의 쓰기는 새로운 복사본을 만들기 위해서 쓰기에 앞서 문자열 값을 조각내어야 하는 작업이 필요할 것이다.
글자 세기(charter-counting)예제에서 char 배열은 성공적으로 countChar로 전달된다. 그렇지만 이것과 같은 함수에서는 에러가 발생한다. 다음과 같은 코드 말이다.
- RealTimeOperatingSystemExam2006_2 . . . . 1 match
d) mutex 구조체 (맞나?)의 변수중 Counting관련 머시기가 있는데 이걸 상호배제 세마포에서는 어떻게 활용하나?
- 경시대회준비반 . . . . 1 match
|| [Counting] ||
Found 12 matching pages out of 7540 total pages (5000 pages are searched)
You can also click here to search title.
