// lvalues_and_rvalues1.cpp
// compile with: /EHsc
#include <iostream>
using namespace std;
int main()
{
int x = 3 + 4;
cout << x << endl;
}
unique_ptrshared_ptr이 필요하다는 점을 확실히 알 경우 POCO의 기본 선택으로 사용합니다. 새 소유자로 이동할 수 있지만 복사하거나 공유할 수 없습니다. 사용하지 않는 auto_ptr을 대체합니다. boost::scoped_ptr과 비교합니다. unique_ptr은 작고 효율적이며, 크기는 1 포인터이고 STL 컬렉션에서 빠른 삽입 및 검색을 위해 rvalue 참조를 지원합니다. 헤더 파일: <memory>. 자세한 내용은 방법: unique_ptr 인스턴스 만들기 및 사용 및 unique_ptr 클래스를 참조하십시오.shared_ptrshared_ptr 소유자가 범위를 벗어나거나 소유권을 포기할 때까지 삭제되지 않습니다. 크기는 2개의 포인터입니다. 하나는 개체용이고, 다른 하나는 참조 횟수가 포함된 공유 제어 블록용입니다. 헤더 파일: <memory>. 자세한 내용은 방법: shared_ptr 인스턴스 만들기 및 사용 및 shared_ptr 클래스를 참조하십시오.weak_ptrshared_ptr과 함께 사용할 수 있는 특별한 경우의 스마트 포인터입니다. weak_ptr은 하나 이상의 shared_ptr 인스턴스가 소유하는 개체에 대한 액세스를 제공하지만, 참조 수 계산에 참가하지 않습니다. 개체를 관찰하는 동시에 해당 개체를 활성 상태로 유지하지 않으려는 경우 사용합니다. shared_ptr 인스턴스 사이의 순환 참조를 차단하기 위해 필요한 경우도 있습니다. 헤더 파일: <memory>. 자세한 내용은 방법: weak_ptr 인스턴스 만들기 및 사용 및 weak_ptr 클래스를 참조하십시오.class class_c { public: int max; int min; int middle; class_c(int my_max) { max = my_max > 0 ? my_max : 10; } class_c(int my_max, int my_min) : class_c(my_max) { min = my_min > 0 && my_min < max ? my_min : 1; } class_c(int my_max, int my_min, int my_middle) : class_c (my_max, my_min){ middle = my_middle < max && my_middle > min ? my_middle : 5; } }; int main() { class_c c1{ 1, 3, 2 }; }
class_c(int, int, int) 생성자가 class_c(int)을 다시 호출하는 class_c(int, int) 생성자를 호출하는 것을 주목합니다. 각 생성자는 다른 생성자에서 수행되지 않는 작업만을 수행합니다.class class_a { public: class_a() {} // member initialization here, no delegate class_a(string str) : m_string{ str } {} //can’t do member initialization here // error C3511: a call to a delegating constructor shall be the only member-initializer class_a(string str, double dbl) : class_a(str) , m_double{ dbl } {} // only member assignment class_a(string str, double dbl) : class_a(str) { m_double = dbl; } double m_double{ 1.0 }; string m_string; };
#include <string> using namespace std; class class_a { public: class_a() {} class_a(string str) : m_string{ str } {} class_a(string str, double dbl) : m_string{ str }, m_double{ dbl } {} double m_double; string m_string; }; int main() { class_a c1{}; class_a c1_1; class_a c2{ "ww" }; class_a c2_1("xx"); // order of parameters is the same as the constructor class_a c3{ "yy", 4.4 }; class_a c3_1("zz", 5.5); }
class_a 이전 예제에서와 마찬가지로 ) 생성자에서 해당 매개 변수가 나타나는 순서입니다. 그렇지 않고 해당 형식이 선언 된 생성자를 가지지 않을 경우, 중괄호 이니셜라이저에서 멤버가 나타나는 순서는 선언되어 있는 순서와 동일합니다; 이 경우, 대부분의 공용 멤버를 초기화할 수 있지만 모든 멤버를 건너뛸 수는 없습니다. 다음 예제에서는 선언 된 생성자가 없을 때 중괄호 초기화에서 사용되는 순서를 보여줍니다.class class_d { public: float m_float; string m_string; wchar_t m_char; }; int main() { class_d d1{}; class_d d1{ 4.5 }; class_d d2{ 4.5, "string" }; class_d d3{ 4.5, "string", 'c' }; class_d d4{ "string", 'c' }; // compiler error class_d d5("string", 'c', 2.0 }; // compiler error }
// Move constructor. MemoryBlock(MemoryBlock&& other) : _data(nullptr) , _length(0) { std::cout << "In MemoryBlock(MemoryBlock&&). length = " << other._length << ". Moving resource." << std::endl; // Copy the data pointer and its length from the // source object. _data = other._data; _length = other._length; // Release the data pointer from the source object so that // the destructor does not free the memory multiple times. other._data = nullptr; other._length = 0; } // Move assignment operator. MemoryBlock& operator=(MemoryBlock&& other) { std::cout << "In operator=(MemoryBlock&&). length = " << other._length << "." << std::endl; if (this != &other) { // Free the existing resource. delete[] _data; // Copy the data pointer and its length from the // source object. _data = other._data; _length = other._length; // Release the data pointer from the source object so that // the destructor does not free the memory multiple times. other._data = nullptr; other._length = 0; } return *this; }
서점에서 이 책을 손에 들고 “이 책을 사야 할까?”라고 자문하고 계신다면 저는 이렇게 답하겠습니다. 만약 여러분이 작성한 코드가 다른 사람들이 작성한 코드를 컴파일하는 데 필요하다면 여러분은 API의 세계에 들어갈 준비가 된 것입니다. 그리고 이 책은 여러분이 API의 세계를 탐험하도록 도와줄 것입니다.
하지만 이 책은 “5번의 손쉬운 강의로 API 설계를 가르쳐 드리지” 않습니다. 이 책은 “단 3일만에” 읽을 수 있는 책이 아닙니다! 빠르게 읽을 수 있는 지침서를 찾고 계신다면 아마 이 책은 아닐 것입니다. 한편으로 API 설계에 관한 깊이 있는 지식, 즉 API 설계에 대한 “어떻게”뿐만 아니라 “왜”에도 관심이 있다면 이 책을 책장에 다시 내려놓으시기 전에 저를 잠깐 소개해 드리겠습니다.
애플리케이션 프로그래밍 인터페이스(API; Application Programming Interface)를 만들고 설계하고 작성하는 과정은
예술적인 탐구이자 과학적인 탐구로 볼 수 있음.
관점에 따라 API 아키텍트는 세상을 바꾸려는 예술가이거나 여러 세계를 잇는 다리를 만들려는 기술자에 해당한다.
책을 읽다가 좀 정리함.
책의 내용은 좋은데... 이해가...
http://www.yes24.com/24/goods/24020688
성능에 대한 부분에 대해서 고민을 하고 있거나
C#, .NET 프로그래밍 시 이유나 원인을 잘 모르고 있던 것들에 대해서 설명을 잘해주고 있다.
게다가 어셈블리까지 직접 보여주며 설명하고 있는 센스 :) (난 이해 못함)
내용이 어렵거나 번역상 몇 번을 읽어도 이해되지 않는 부분이나
다소 불필요할 정도로 자세한 내용도 있는 듯하다.
보고 대체로 나에게 필요한 부분만 정리함.
자세하고 중요한 내용은 다 책에 있으니 나중에 계속 읽어 보련다.
비동기 프로그래밍
멀티 스레드를 사용하는 3가지 근본적인 이유
- UI main thread를 차단?하지 않기 위해
- I/O를 완료할 때까지 기다리지 않고 다른 작업을 함께 처리
- 처리하는 작업에 모든 프로세스를 동원
Thead context switching 비용을 위해서 .NET에서는 각 관리되는 프로세스에 대한 스레드 풀을 관리함.
Task 사용
.NET 4.0에서는 TPL(Task Paralle Library)라는 스레드의 추상화를 소개함.
내부적으로 TPL은 .NET thread pool을 사용하지만 해당 thread를 pool에 다시 반환하기 전에 동일한 thread에서 순차적으로 여러 tasks를 실행하므로 더 효율적으로 수행한다.
- 연속 Task가 빠르고 짧은 코드 부분이면 task들이 동일 스레드에서 실행되도록 지정하는 것도 방법
: context switching, queue에서 대기 시간을 줄일 수 있음.
: https://msdn.microsoft.com/ko-kr/library/dd321576(v=vs.110).aspx
public Task ContinueWith(
Action<Task> continuationAction,
TaskContinuationOptions continuationOptions
)
public class TaskCounter
{
private volatile int _count;
public void Track(Task t)
{
if (t == null) throw new ArgumentNullException("t");
Interlocked.Increment(ref _count);
t.ContinueWith(ct => Interlocked.Decrement(ref _count), TaskContinuationOptions.ExecuteSynchronously);
}
public int NumberOfActiveTasks { get { return _count; } }
}
: 단 I/O thread와 관련되어 있다면 확인 필요.
- 오랫동안 동작하는 Task의 경우 TaskCreationOptions.LongRunning flag를 사용
: https://msdn.microsoft.com/ko-kr/library/system.threading.tasks.taskcreationoptions(v=vs.110).aspx
- Task 다중 연속
: ContinueWith()를 사용해서 연속해서 사용할 수도 있음.
: https://msdn.microsoft.com/ko-kr/library/dd270696(v=vs.110).aspx
task.ContinueWith(OnTaskEnd1);
task.ContinueWith(OnTaskEnd2);
=> OnTaskEnd1, OnTaskEnd2 가 독립적이고 병렬적으로 실행됨.
task.ContinueWith(OnTaskEnd1).ContinueWith(OnTaskEnd2);
=> OnTaskEnd1이 실행되고 OnTaskEnd2가 실행됨.
: Task 종료 조건에 따라 실행되게 할 수도 있음.
. https://msdn.microsoft.com/ko-kr/library/dd321576(v=vs.110).aspx
. https://msdn.microsoft.com/ko-kr/library/system.threading.tasks.taskcontinuationoptions(v=vs.110).aspx
: 다중 Task handling을 위해서는 Task.Factory.ContinueWhenAll, Task.Factory.ContinueWhenAny
- Task를 강제로 취소하는 것 보다 Task 내에서 취소 여부를 확인해서 종료하는 방법 추천
- Task.Wait()을 사용하는 것은 Task를 강제로 기다리게 하므로 비추임.
: 해당 thread가 대기 상태로 차단되고 언제 다시 시작할 지 몰라서 다른 스레드를 실행 시킴.
: 스레드에서 신호를 기다리면서 몇 밀리초 동안 회전하는 동기화 개체를 적중 시킴. 실패 시 차단되고 기다림.
Async와 Await
.NET 4.5에서 async, awit가 소개됨. TPL 코드를 쉬운 선형 동기화 코드로 전환 시킴.
: https://docs.microsoft.com/ko-kr/dotnet/csharp/async
private readonly HttpClient _httpClient = new HttpClient();
downloadButton.Clicked += async (o, e) =>
{
// This line will yield control to the UI as the request
// from the web service is happening.
//
// The UI thread is now free to perform other work.
var stringData = await _httpClient.GetStringAsync(URL);
DoSomethingWithData(stringData);
};
올바른 Timer 사용
- 과도하게 많은 Timer 를 만들지 않도록 하자.
: 모든 Timer는 스레드 풀의 단일 스레드에서 제공됨.
: 너무 많은 Timer 는 Timer Callback 실행에 지연을 일으킨다.
- 운영 체제의 tick counter(15밀리초)보다 정밀할 수 없음.
스레드를 중단하지 않는다.
스레드 우선순위를 변경하지 않는다.
스레드 동기화와 잠금
- 스레드들 간 동기화/잠금은 CPU를 낭비하며 context switching 시간을 높힌다.
- 다음 기본 원칙들을 고려하자.
: 잠금이 필요한가?
. 스레드 동기화에 대한 필요성을 완전히 제거할 수 있다면 성능향상에 있어 궁극적인 방법임.
. 단지 변수를 읽기만하거나 불변일 경우 동기화는 필요하지 않다.
. 쓰기를 할 경우 임시사본을 사용해서 쓴 다음 한번에 동기화하여 쓰는 것도 방법이다.
: 동기화 우선 순위
. 동기화에도 여러 수준이 있으므로 판단해서 사용
성능에 미치는 순서 : 동기화 안함 < Interlocked method < lock/moitor class < 비동기 잠금 < 기타
: 메모리 모델
. 메모리 모델 : 시스템(HW/SW)에서 규칙의 집합으로 컴파일러나 프로세서에서 다중 스레드에 다시 순서를 매기는 읽기와 쓰기 작업이 얼마나 되는지를 통제한다.
순서 재정렬에서 컴파일러와 하드웨어가 많은 최적화를 수행하지 못하게 하는 절대적인 제약 사항이 있는 경우 strong 모델로 기술한다.
weak 모델에서는 컴파일러와 프로세서가 더 많은 자유를 허용 받으므로 잠재적으로 더 나은 성능을 얻기 위해 읽기와 쓰기 명령들의 순서를 바꿀 수 있다.
. x86/x64은 strong 모델이며 ARM은 weak 모델을 가진다.
=> 즉 CLR의 호환성을 위해 해당 코드가 약한 메모리 모델이 맞는지 보장하는 것이 좋은 방법이다.
스레드 간의 공유되는 상태에서 volatile을 올바로 사용하여 JIT 컴파일러로 하여금 문제를 정리하도록 하는 것도 방법임.
공유 상태의 적절한 순서를 보장하는 다른 방법은 Interlocked를 사용해서 잠금 내에서 모든 액세스를 유지하는 것도 방법임.
* 나머지는 책에서 자세히 다루고 있음 꼭 책을 구입해서 보세요!!!
일반 코딩 및 클래스 설계
- 클래스의 인스턴스는 항상 힙에 할당,일부 개체는 고정 오버헤드를 가짐 (32bit - 8bytes, 64bit - 16bytes) - 구조체는 전혀 오버헤드를 가지지 않음. (메모리 사용 = 구조체의 모든 필드의 크기 합) : 구조체가 메서드의 지역변수로 선언 => 스택 할당 : 구조체가 한 클래스의 일부분이면 => 힙에 존재 - 구조체 배열에서는 데이터의 동일한 크기가 메모리 양을 작게 차지한다. (오버헤드 없음) - 구조체 배열은 순차적으로 메모리에 존재하므로 CPU 캐시에 존재 시 더 빠른 순서로 참조 될 수 있음. - 메서드를 가상화 하는 것은 JIT 컴파일러가 메서드를 인라인 시키는 특정 최적화를 막는다. : 파생 클래스가 없다면 sealed를 표시하라. - foreach보다 for가 빠르다. (당연하겠지만..) : IEnumerable<int>보다 단순 배열이 더 많은 비용이 소요된다. (당연하겠지만..) - 캐스팅도 비용이다. : if (a is foo) { Foo f = (Foo)a; } => Foo f = a as Foo; if (f != null) { } - 예외가 발생된 메서드는 단순 빈 메서드보다 수천 배 느리다.NET 프레임워크 사용
- Generic Collection은 boxing이나 변환 비용을 발생시키지 않고 더 좋은 메모리 집약성을 가짐. : https://docs.microsoft.com/ko-kr/dotnet/csharp/programming-guide/generics/ : Dictionary => hash table로 구현되고 O(1) 삽입, 조회 시간을 가짐 : SortedDictionary => binary search tree로 구현되고 O(log n) 삽입과 조회 시간을 가짐 : SortedList => 정렬된 배열로 구현 O(log n) 조회시간, worst case로 O(n) 삽입 시간을 가짐, 단 최소 메모리 사용. : HashSet => hast table을 사용, O(1) 삽입 및 제거 시간 가짐 : SortedSet => binary search tree를 사용하고 O(long n) 삽입, 제거 시간을 가짐 - 문자열 비교 시 option에 따라서 속도 차이 고려 필요 : String.Compare(a,b, option), StringComparison.OrdinalIgnoreCase < StringComparison.Ordinal < StringComparison.CurrentCulture : https://docs.microsoft.com/ko-kr/dotnet/csharp/programming-guide/strings/how-to-compare-strings - ToLower, ToUppper는 왠만하면 피하라. - String 생성 시 단순 '+' 연산자나 String.Concat 메서드를 사용하라. : StringBuilder를 사용하는 것 보다 효과적이고 StringBuilder는 문자열이 아주 가변적이고 크기가 클 때 고려하라. - 문자열 서식 (String.Format()) 메서드는 비용이 크므로 간단한 문자열이면 단순 연결 '+'을 사용하라. - 정상적인 상황에서 예외 발생 API를 회피하라. - 느슨한 초기화를 사용하자 (Lazy<T>) - 정규 표현식은 빠르지 않고 어셈블리 생성, JIT 비용, 평가 시간을 위한 비용 및 시간이 필요하다. : Regex 성능 개선을 위해서는 Regex 인스턴스 변수 생성, RegexOptions.Compiled 플래그 사용, 반복 생성하지 않고 재사용 하는 것이 방법 - LINQ는 편리하고 성능 기준에 만족하지만 코드 숨김의 가능성이 있어 조심해서 사용하라.
 |
코딩 호러가 들려주는 진짜 소프트웨어 개발 이야기 : 엉터리 개발자에서 벗어나 진정한 개발자로 거듭나라! 제프 앳우드 저/임백준 역 | 위키북스 | 원제 : How to Stop Sucking and Be Awesome Instead (Hyperink)
|
