분할 거래 예제

마지막 업데이트: 2022년 5월 11일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기

TCAM 공간 분할 방법 이해 - Nexus 9000

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 분할 거래 예제 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

이 문서에서는 Nexus 9000 TCAM(Ternary Content-Addressable Memory)을 조각하는 방법에 대해 설명합니다. 여기에는 현재 및 가장 일반적인 개념, 구성 및 오류 메시지가 포함됩니다.

이 문서는 여러 TCAM 조합의 전체 목록이 아닙니다. 이 문서의 목적은 사용자가 TCAM 할당이 어떻게 작동하는지 이해하여 요구 사항에 맞는 올바른 구성을 결정할 수 있도록 하기 위한 것입니다.

배경 정보

Nexus 9000 Series 스위치에 대해 기본이 아닌 기능을 사용하려면 기능을 위해 TCAM 공간을 수동으로 분할해야 합니다. 기본적으로 모든 TCAM 공간이 할당됩니다.

  • 기능 너비 - 단일 너비 및 더블 너비 기능이 있습니다. 단일 너비 피쳐에는 최소 하나의 슬라이스가 필요합니다. 더블너비 피쳐에는 최소 두 개의 슬라이스가 필요합니다.

단일 및 이중 너비 기능의 경우 전체 크기(256보다 큰 경우)는 512의 배수여야 합니다. 분할 영역은 한 영역에만 할당할 수 있습니다.

예를 들어 512 크기 분할 영역을 사용하여 각각 256 크기의 분할 거래 예제 두 기능을 구성할 수 없으며, 단일 더블너비 기능을 구성하기 위해 512 크기 분할 영역을 사용할 수도 없습니다.

  • 슬라이스 - 메모리 할당 단위입니다. 분할 영역의 크기는 256 또는 크기가 512(바이트)일 수 있습니다.
  • TCAM - Ternary Content Addressable Memory. 이는 ACL(access-list)이 저장되는 하드웨어의 공간입니다. 이 메모리는 복잡한 테이블 형식 데이터를 저장하고 매우 신속한 병렬 조회를 지원하는 특수 메모리입니다.

ACL TCAM 영역

하드웨어에서 ACL TCAM 영역의 크기를 변경할 수 있습니다. 이그레스 TCAM 크기는 1K이며 4개의 256개 항목으로 나누어집니다. 인그레스 TCAM 크기는 4K이며, 256 슬라이스 8개와 512 슬라이스 4개로 구분됩니다.

IPv4 TCAM 영역은 단일 너비입니다. IPv6, QoS(Quality of Service), MAC, CoPP(Control-Plane Policing) 및 시스템 TCAM 영역은 두 배 넓이로 물리적 TCAM 항목의 두 배를 사용합니다.

예를 들어, 논리적 영역 크기가 256개 항목인 경우 실제로 512개의 물리적 TCAM 항목이 사용됩니다.

IPv6, PACL(포트 ACL), VACL(VLAN ACL) 및 RACL(라우터 ACL)을 생성할 수 있으며 QoS에 대해 IPv6 및 MAC 주소를 매칭할 수 있습니다. 그러나 Cisco NX-OS는 모든 기능을 동시에 지원할 수는 없습니다.

IPv6 및 MAC TCAM 영역을 활성화하려면 현재 TCAM 영역의 크기를 제거하거나 줄여야 합니다. 모든 TCAM 영역 컨피그레이션 명령에서 시스템은 새로운 변경이 TCAM에 적합한지 평가합니다.

그렇지 않으면 오류를 보고하며 명령이 거부됩니다. 새로운 요구 사항을 수용하려면 현재 TCAM 영역의 크기를 제거하거나 줄여야 합니다.

ACL TCAM 영역 크기에는 다음과 같은 지침 및 제한이 있습니다.

  • Cisco Nexus 9500 Series 스위치에서 기본 인그레스 TCAM 지역 컨피그레이션에는 Cisco NX-OS 릴리스 6.1(2)I1(1)에 256 엔트리 슬라이스가 1개 있습니다.

이 슬라이스는 Cisco NX-OS 릴리스 6.1(2)I2(1)의 SPAN(Switch Port Analyzer) 영역에 할당됩니다. 마찬가지로 Cisco NX-OS Release 6.1(2)I2(1)의 RACL 리전은 512개의 엔트리가 있는 가상 포트 채널(vPC) 통합 리전의 공간을 확보하기 위해 2K에서 1.5K로 감소합니다.

  • Cisco Nexus 9300 Series 스위치에서 ACI(Application Centric Infrastructure) 리프 라인 카드를 사용하여 40G 포트에 적용되는 QoS 분류 정책을 적용합니다. 768개의 TCAM 엔트리를 사용하여 256개의 엔트리로 세분화할 수 있습니다. 이러한 지역 이름에는 "ns-"가 접두사로 붙습니다.
  • Cisco Nexus 9300 Series 스위치의 ACI 리프 라인 카드의 경우 IPv6 TCAM 영역만 더블 와이드 항목을 사용합니다. 나머지 TCAM 영역은 단일 와이드 항목을 사용합니다.
  • VACL 영역이 구성된 경우 인그레스 방향과 이그레스 방향 모두에서 동일한 크기로 구성됩니다. 영역 크기가 어느 방향에도 맞지 않으면 컨피그레이션이 거부됩니다.

Nexus 9300 및 9500 Series 스위치에는 모두 4 개의 512바이트 슬라이스와 256바이트 크기의 8개의 슬라이스가 있습니다. Nexus 9300 시리즈와 9500 시리즈 간에 기본 할당이 서로 다르지만 기본적으로 모든 슬라이스와 모든 공간이 사용됩니다.

참고: Nexus 9332PQ는 Nexus 9500과 동일한 기본 할당을 사용합니다.

Nexus 9500 Series TCAM 할당

Nexus 9500 Series 스위치에는 기본적으로 다음과 같은 TCAM이 할당됩니다.

인그레스(ingress)에 대한 슬라이스 할당은 다음과 같습니다.

슬라이스 4(512): VPC 컨버전스

슬라이스 5(256): 레이어 3 QOS

슬라이스 6(256): 레이어 3 QOS

슬라이스 9(256): 인그레스 CoPP

슬라이스 10(256): 인그레스 CoPP

슬라이스 11(256): 인그레스 시스템

슬라이스 12(256): 인그레스 시스템

119032-nexus9k-tcam-01

Nexus 9300 Series TCAM 할당

Nexus 9300 Series 스위치에는 기본적으로 다음과 같은 TCAM이 분할 거래 예제 할당됩니다.

슬라이스 1(512): IPv4 PACL

슬라이스 5(256): 포트 QOS

슬라이스 6(256): 포트 QOS

슬라이스 8(256): VPC 컨버전스

슬라이스 9(256): 인그레스 CoPP

슬라이스 10(256): 인그레스 CoPP

슬라이스 11(256): 인그레스 시스템

슬라이스 12(256): 인그레스 시스템

119032-nexus9k-tcam-02

TCAM 영역을 재구성하려면 hardware access-list tcam region 명령을 입력합니다. 지역을 원하는 크기로 변경한 후에는 디바이스를 다시 로드해야 합니다.

예제 시나리오

Nexus 9300이 있으며 필요에 맞게 TCAM 공간을 할당하고자 합니다. 512바이트의 TCAM을 확보해야 합니다. 이렇게 하면 IPv4 PACL에 더 추가할 수 있습니다.

그러나 512 VACL 또는 512 RACL이 필요하지 않다고 결정하지만, 둘 중 일부가 필요하므로 VACL과 RACL에서 256바이트의 할당을 취소하기로 결정합니다. 이렇게 하면 다음과 같은 명령에서 볼 수 있듯이 512개의 공간이 확보됩니다.

512바이트가 사용 가능한 경우 IPv4 PACL에 추가 512를 할당하려고 하지만 다음 출력을 참조하십시오.

512바이트가 확보되었지만, 256개의 VACL과 RACL 공간 모두 크기가 512블록이었습니다. 따라서 이전 명령은 할당되지 않은 공간을 사용하지만 슬라이스의 할당을 취소하지 않았습니다. IPv4 PACL 크기를 1024로 늘리려면 슬라이스와 공간을 모두 해제하는 단일 기능에서 512바이트를 가져와야 합니다.

확인 명령

  • show hardware access-list tcam region - 현재 소프트웨어 구성을 확인합니다.
  • show system internal access-list globals - 현재 하드웨어 구성을 확인합니다.
  • show system internal access-list input entries detail - 각 인스턴스에 대해 구성된 특정 ACL을 표시합니다.
  • show hardware access-list resource utilization - 구성된 각 TCAM 영역의 현재 사용률을 표시합니다.
  • show hardware access-list resource entries - 각 인스턴스에 대해 구성된 ACL 항목 수를 표시합니다.

오류 및 솔루션

다음은 TCAM 컨피그레이션에서 나타나는 일반적인 오류입니다.

이 오류는 4k 제한에 대해 유효한 TCAM 공간 크기를 구성하려고 할 때 발생하지만 할당에서 사용 가능한 것보다 많은 슬라이스가 소모됩니다.

이 오류의 유일한 해결책은 슬라이스를 확보하기 위해 TCAM 설계를 분할하려는 사항을 다시 검토하는 것입니다.

이 오류는 256 또는 512의 슬라이스가 2개 이상 필요하므로 새로운 더블너비 기능을 구성하려고 할 때 더 일반적입니다.

슬라이스 오류와 마찬가지로, 유일한 해결책은 재구성하는 것입니다. 이 오류 메시지는 모든 TCAM 슬라이스가 이미 할당되어 더 많은 공간을 할당하려고 할 때만 나타납니다.

하드웨어 제한으로 인해 256보다 큰 TCAM은 홀수 256개 블록과 512 블록을 결합하는 어떤 방식으로도 결합할 수 없습니다. 따라서 분할 거래 예제 512보다 큰 TCAM 영역을 구성할 때 유효한 크기는 512의 배수만 됩니다.

설계 지침 및 제한 사항

TCAM 공간이 부족합니다. 귀사에 가장 적합한 선택은 전적으로 구체적인 활용 사례에 따라 달라집니다. 기본적으로 모든 TCAM 공간이 이미 할당되어 있으므로 다른 곳에 할당하려면 TCAM 공간을 할당할 위치를 결정해야 합니다.

  • 인그레스(ingress)의 경우 사용 가능한 크기-256 슬라이스 8개 중 4개를 할당 취소할 수 없습니다(CoPP 및 인그레스 시스템에서 사용).
  • 하나의 256 슬라이스가 SPAN에 사용됩니다. 여기에서 빌리면 SPAN 및 Packet-Tracer 기능을 완전히 사용하는 기능이 제거됩니다(트러블슈팅을 위해 제거하는 것은 권장되지 않음).
  • 크기 256 또는 512 슬라이스는 각각 Nexus 9300 및 9500 플랫폼의 vPC에 사용됩니다. 재할당으로 vPC를 사용할 수 없음
  • 크기 512 또는 256 슬라이스는 각각 Nexus 9300 및 9500 플랫폼에서 리디렉션에 사용됩니다. 여기에서 빌리면 DHCPv4, DHCPv6 또는 BFD를 사용하는 기능이 제거됩니다.
  • atomic 업데이트가 활성화되고 하나의 TCAM 기능에 대한 사용률이 50% 이상인 경우 공간 부족으로 인해 ACL에서 라인을 제거할 수 없습니다.
  • 기본적으로 여러 인터페이스에 적용된 QoS 정책은 통계가 기본적으로 활성화되어 있으므로 레이블을 공유하지 않습니다. 여러 인터페이스에 적용된 동일한 QoS 정책에 대한 레이블을 공유하려면 다음 예와 같이 no-stats 옵션을 사용하여 QoS 정책을 구성해야 합니다.
  • 가능한 경우 기본 버전의 기능을 사용합니다. 기본 버전에서 스위치는 해당 기능에 TCAM 공간의 절반을 사용합니다. 이렇게 하면 더블너비 피쳐가 단일 너비가 됩니다.

이 기능은 위반된 폴리서 통계를 추적하지 않습니다. 이는 일관된 정책 통계만 추적합니다. 일반적으로 TCAM 공간을 절약하므로 이 옵션이 더 좋습니다.

분할 거래 예제

액면분할이란 주식의 액면가(액면)를 일정한 비율로 나누어(분할) 주식수를 증가시키는 것이다. 대부분의 주식은 시장에서 거래되는 가격과 무관하게 발행당시 정해진 기준가격이 있으며 이를 액면가라고 한다. 주식가격이 비싼 것과 액면가는 관련이 없다. 현재 카카오의 액면가는 500원이고, 현대차의 액면가는 5,000원이다. 2:1의 비율로 액면분할을 하게 되면 액면가 500원인 카카오 1주가 액면가 250원인 카카오 2주가 된다. 카카오는 5:1 액면분할 예정으로, 액면가 100원인 카카오 5주가 될 예정이다. 액면분할을 실시하면 주식수가 늘어나기 때문에 주당 가치는 그만큼 떨어진다. 액면분할이 되는 비율만큼 개장 전 주가도 자동으로 조정된다. (예를 들어, 거래정지 전 종가가 1주당 50만원이라면 거래정지기간이 끝난 후 1주가 5주가 되면서 주당 10만원으로 조정된다)

액면분할을 하게 되면 그 자체로 시가총액(기업가치)에는 변화가 없으나, 주당 가격이 낮아져 소액주주들의 접근성이 높아지고, 주식 수가 늘어나 거래가 활발히 이루어질 수 있다. 무상증자(improvemyself.tistory.com/15?category=684517)와의 차이점은 주주 입장에서는 실질적으로 없다고 할 수 있다.

#2. 카카오 액면분할 일정

크게 1)기준일 4월 9일 금요일 / 2)거래정지 4월 12일 ~ 14일 / 3)신주 상장일 4월 15일의 순서로 진행된다. 현재 주주가 아니라면 4월 9일 폐장 전까지 카카오 주식을 매수해야 4월 15일에 분할된 주식을 받을 수 있다. 현재 주주라면 그대로 4월 9일까지 갖고 있으면 4월 15일에 분할된 주식을 받을 수 있다. 현재 주주는 분할 거래 예제 아니지만 분할된 주식을 매수하려는 투자자의 경우 4월 15일부터 분할된 주식을 매수할 수 있다.

#3. 과거 액면분할을 실시했던 우량주들

과거 액면분할을 실시했던 대표적인 우량주들은 미국시장의 경우 애플과 테슬라, 국내시장의 경우 삼성전자와 롯데칠성이 있다.

애플 : 2020년 7월 30일(현지시간) 4:1 액면분할 발표, 8월 24일 분할기준일, 8월 25일~28일 거래정지, 8월 31일 신주 거래가능

테슬라 : 2020년 8월 11일(현지시간) 5:1 액면분할 발표, 8월 21일 분할기준일, 8월 24일~28일 거래정지, 8월 31일 신주 거래가능

삼성전자 : 2018년 1월 31일 50:1 액면분할 발표, 4월 27일 분할기준일, 4월 30일~5월 3일 거래정지, 5월 4일 신주 거래가능

롯데칠성 : 2019년 3월 6일 10:1 액면분할 발표, 4월 26일 분할기준일, 4월 29일~5월 2일 거래정지, 5월 3일 신주 거래가능

#4. 그 우량주들의 주가 흐름

다른 변수들이 많이 있겠지만, 발표일 후 / 신주거래일 이후의 주가 흐름만 단순비교해보면 다음과 같다. 액면분할 전 가격은 액면분할 비율을 적용하여 환산된 가격이니 참고 바란다.

1. 애플 : 발표날 종가 96.19$, 액분직전 종가 124.81$, 액분전까지 주가상승률 30%, 액분후 1개월 후 종가 115.81$, 액분후 1개월간 주가상승률 -7%

2. 테슬라 : 발표날 종가 274.88$, 액분직전 종가 442.68$, 액분전까지 주가상승률 61% , 액분후 1개월 후 종가 429.01$, 액분후 1개월간 주가상승률 -3%

3. 삼성전자 : 발표날 종가 49,900원, 액분직전 종가 53,000원, 액분전까지 주가상승률 6% , 액분후 1개월 후 종가 50,700원, 액분후 1개월간 주가상승률 -4%

4. 롯데칠성 : 발표날 종가 160,370원, 액분직전 종가 173,500원, 액분전까지 주가상승률 8% , 액분후 1개월 후 종가 172,000원, 액분후 1개월간 주가상승률 -1%

같은 기간 해당 주식이 속한 대표 지수(미국 : S&P 500, 나스닥 / 한국 : 코스피)의 주가 흐름도 같이 파악해서 비교해 보면 좋다.

#5. 카카오는 어떨지 알수 없지만, 현재 주주가 아니라면 액면분할 직후에 몰빵투자를 하는 것보다는 시간을 두고 적립식 매수를 하면서 조금씩 지분을 늘려 가는 것이 좋아 보인다.

다양한 데이터의 체계적 관리 : Entity의 분할

Entity는 데이터 모델의 중요한 요소다. 따라서 이와 같은 Entity를 어떻게 구성하는지에 따라 해당 시스템의 앞날이 좌우된다. 이번 시간에는 데이터 모델링에서 Entity의 분할에 대해 살펴보자. Entity의 분할이 반드시 필요함을 이해하면서, 어떤 방식으로의 분할이 있는지를 확인해 보자.

Subset에 의한 분할

Subset에 의한 분할은 Data만 분리하는 것을 의미한다. 예를 들어 계좌 Entity에서 법인 계좌와 개인 계좌 Data를 분리한다고 가정하자.

column_img_1058.png

그렇다면 의 예제와 같이 법인 계좌 Entity와 개인 계좌 Entity를 도출할 수 있을 것이다. 이와 같이 하나의 Entity에 동일한 형태의 Data가 구분돼 저장되어 있을 경우 Subset에 의한 분할을 고려할 수 있게 된다. 이와 같이 Subset에 의한 Entity 분할을 수행한다면 하나의 계좌번호 값에 대해 조회를 수행하는 SQL이 달라질 수 있다. 보통의 경우에는 Entity 분할을 수행하게 되면 해당 Entity를 액세스하는 SQL은 복잡해질 수 있다. 물론 계좌번호 자체로 법인 분할 거래 예제 계좌인지 아닌지를 확인할 수 있다면 굳이 UNION ALL을 이용할 필요 없이 애플리케이션에서 해당 Entity만 액세스하면 될 것이다. 이와 같다면 Entity 분할도 동일해진다. Entity 분할을 통해 과 같은 현상이 발생할 수 있다.

column_img_1059.png

- 온라인 처리 : Subset에 의한 Entity 분할은 온라인 업무 처리 시에는 통합 조회를 수행해야 하므로 불리할 수 있다.
- 배치 처리 : 배치 처리 시에 Subset에 의한 Entity 분할은 Subset별로 작업을 할 수 있으므로 유리할 수 있다. 물론 전체 Data에 대한 처리라면 동일할 것이다. 또한 통합 Entity인 경우에도 Physical Modeling 시 Partition Architecture 적용으로 각각의 Subset만 액세스할 수 있게 하는 현상을 유도할 수 있다.
- 업무 유연성(Subset별) : Subset별로 업무가 변경될 경우에는 해당 집합만 수정하면 되므로 Subset에 의한 분리가 유리하다(예 : 컬럼 추가).
- 업무 유연성(전체) : 새로운 Subset이 추가될 경우에 통합 Entity라면 그냥 사용하면 되나, Subset 분리 Entity인 경우에는 새로운 Entity를 구성해야 하며 이에 따른 애플리케이션 변경 또는 추가가 필요하다.
- 관리 : Subset 분리 Entity인 경우 Entity가 분리되어 있으므로 각각 작업을 수행할 수 있어 관리에는 유리할 수 있다.
- 저장 공간 : 통합 Entity나 Subset에 의한 Entity 분리나 동일한 저장 공간을 사용한다.
- Data 정합성 : 통합 Entity와 Subset에 의한 Entity 분리의 경우 Data 정합성은 유사하다.
- 업무 분석 : Subset 분리 Entity인 경우 Entity가 분리되어 있으므로 유리할 수 있다.

결국, Subset에 의한 Entity 분리는 통합 Entity와 비교해 장단점이 존재하며 업무 성격 및 해당 Entity에 대한 액세스 유형을 파악하고 그에 맞게 선택해 사용해야 할 것이다.

근본 Entity로의 분할

근본 Entity로의 분할이란 코드화되어 있지 않은 중복된 Code 값을 분리해 근본 Entity로 도출하는 것을 말한다.

column_img_1060.png

- Data 정합성 강화 : 예를 들어, 해당 Entity에 가맹점 코드 대신 가맹점 이름이 저장돼 있다면 해당 가맹점 이름이 변경되는 순간, 해당 Entity에 존재하는 해당 가맹점 데이터에 대해 가맹점 이름을 변경하는 Update문을 수행해야 할 것이다. 이를 근본 Entity로 분리한다면 해당 Entity에는 Code 값으로 표현하고 가맹점 이름의 값을 근본 Entity에서 Unique하게 관리하게 되므로 가맹점 이름이 변경돼도 하나의 값만 Update를 수행하면 되므로 Data 정합성은 강화될 것이다.
- Entity 크기 감소 : 값으로 저장돼 있던 Attribute를 코드화하므로 Entity의 크기를 감소시킬 수 있다. 이 방법이야말로 대용량 데이터베이스로 변하는 기존 데이터베이스를 억제할 수 있는 유일한 방법이 될 것이다.
- 조인 증가로 인한 성능 저하 : 근본 Entity로의 분할을 통해 두 Entity의 조인이 증가한다면 성능 저하를 발생시킬 수 있게 된다.
- 도출된 근본 Entity에 의해 SQL 최적화 수행 가능 : 다음의 SQL을 확인해 보자. 이와 같이 다른 SQL에서 가맹점_이름 값을 임의 값으로 제공해 성능을 향상시키기 위해 사용할 수 있다.

SQL> SELECT
FROM 거래
WHERE 거래일자 = ‘20080330’
AND 가맹점_이름 IN (SELECT 가맹점_이름
FROM 가맹점);

Entity 분할을 수행하는 이유

앞서 살펴본 것처럼 Entity는 여러 가지 형태로 분할할 수 있다. Entity 분할은 하나의 Entity를 작은 Entity로 분리하는 것을 의미하며, 이를 수행하는 이유는 다음과 같다.

- 중복된 Data 제거 : 중복된 Data 제거를 통해 Data 정합성을 강화시키며 이는 정규화와 유사한 과정이 된다.
- 자주 사용되지 않는 Attribute 분리 : 자주 사용하지 않는 Attribute를 다른 Entity로 분리해 성능을 향상시킨다.
- 유사 Data를 분리 : 유사 Data를 별도의 Entity로 분리해 관리 및 성능을 고려한다.

통화 옵션에서 주식 분할 계산 방법

그래서 당신은 옵션 거래로 뛰어 들었고 당신은 꽤 잘하고 있습니다. 당신이 구입 한 콜 옵션은 기본 주식이 옵션의 파업 가격을 통해 상승했을 때 좋은 이익을 가져 왔습니다. 이제 귀하의 통화 거래 중 하나 뒤에있는 주식은 주식 분할을 선언했으며 귀하는 귀하의 통화 옵션에 어떤 일이 일어날 지 궁금합니다. 분할시 주식에 대한 옵션의 가치를 유지하기 위해 Options Clearing Corp. - OCC에서 옵션 포지션을 조정하고 변경 사항이 중개 계좌 요약에 표시됩니다.

귀하의 통화 옵션에 영향을 미치는 주식 분할의 세부 사항을 찾으십시오. 회사는 2의 경우 1 또는 3의 경우 1와 같은 기존 주식의 신규 주식 비율로 주식 분할을 선언합니다. 이 예제의 경우 현재 주가 $ 75 인 주식에 대해 $ 78의 행사 가격을 가진 다섯 가지 통화 옵션을 소유하고 있으며 회사에서 3 주식 분할에 대해 1를 선언했다고 가정합니다.

통화 옵션의 가격을 주식 분할 비율로 나눕니다. 이 예에서 주식 분할 후 통화 옵션의 가격은 $ 25이고 주식 자체는 주당 $ 26입니다. 통화의 가격은 옵션을 행사할 수있는 가치입니다.

보유한 통화 옵션의 수에 분할 비율을 곱하십시오. 3 분할 1 전에 전화를 5 분할 거래 예제 번했다면 분할 후 15 옵션 계약이 생깁니다. 계약 증가로 상대적인 이익 순위가 유지됩니다. $ 3 주가가 $ 78 옵션 가격보다 $ 3 많았 기 때문에 예를 들어, 분할 전에 5 개의 호출을 소유하고 각각 $ 75 in-the-money를 사용했습니다. 분할 후 15 통화 옵션을 보유하고 각 $ 1의 돈을 보유합니다.

  • 통화 옵션 순위를 조정해도 거래 상대 가치는 변하지 않더라도 주식 가격 변동에 더 민감하게 반응합니다. 이 예에서 분할 전에 $ 1 변경으로 인해 $ 100에 의해 다섯 계약의 값이 변경됩니다. 분할 후 $ 1 가격 변경은 15 계약에 $ 100만큼 영향을줍니다.
  • 하나의 콜 옵션 계약은 기본 주식의 100 주식에 대한 것이므로 주가 변동은 옵션 값에 100 배수만큼 영향을줍니다.

저자: Randolph Howard

Randolph Howard는 30 세의 기자입니다. 전형적인 게이머. 소셜 미디어 선구자. 베이컨 닌자. 프리랜서 음악 전도사. 좀비 옹호. 열정적 인 내성. 탐침.


0 개 댓글

답장을 남겨주세요