1 Million Writes per second on 60 nodes with Cassandra and EBSJim Plush
EBS has long been taboo in the Cassandra world for high performance workloads. That line of thinking has started to change with the introduction of EBS GP2 and the recent stability improvements made by the EBS team, which is why we have multiple PetaBytes of data relying on EBS every day. Running Cassandra on EBS will now let you run denser, cheaper Cassandra clusters with just as much availability as ephemeral storage instances. This talk will walk through a highly detailed use case and configuration guide for a multi PetaByte, million write per second cluster that needs to be highly performant and cost efficient. We will dive into the instance type choices, configuration and low level tuning that allowed us to hit 1.3 million writes per second with a replication factor of 3 on just 60 nodes. We will go into the details of why we chose to use the latest DateTieredCompactionStrategy and why that's a perfect fit for high volume time series workloads.
2018 아이펀팩토리 데브데이 서버위더스
(iFunFactory DevDay Server,Withus)
제목 : 코드 수정 없이 리눅스 게임 서버 성능 평가
발표자 : 김진욱 CTO
일정 : 2018년 03월 28일
개요 : 서버에 코드 추가 없이도 고수준에서 서버 성능 분석이 가능하다!
실행 중인 서버를 외부에서 관찰하여 최대한 성능을 분석하고 디버깅 하는 법을 공개 합니다.
아래링크를 통해 아이펀팩토리의 더 많은 정보를 얻으실 수 있습니다.
*아이펀팩토리 홈페이지 : https://ifunfactory.com/
*아이펀팩토리 기술 블로그 : https://blog.ifunfactory.com/
'Ansible Roles done right' is a talk about "Applying TDD while writing roles. Automatic tests powered by Continuous Integration + containers. Quick demo of the new ansible-container." Funny title: "When your applications don't have tests, at least your infrastructure does..."
Yesterday I gave presentation on Ansible and it was successful . It give basic understanding of playbook and an example implementation of jboss application from scratch
1 Million Writes per second on 60 nodes with Cassandra and EBSJim Plush
EBS has long been taboo in the Cassandra world for high performance workloads. That line of thinking has started to change with the introduction of EBS GP2 and the recent stability improvements made by the EBS team, which is why we have multiple PetaBytes of data relying on EBS every day. Running Cassandra on EBS will now let you run denser, cheaper Cassandra clusters with just as much availability as ephemeral storage instances. This talk will walk through a highly detailed use case and configuration guide for a multi PetaByte, million write per second cluster that needs to be highly performant and cost efficient. We will dive into the instance type choices, configuration and low level tuning that allowed us to hit 1.3 million writes per second with a replication factor of 3 on just 60 nodes. We will go into the details of why we chose to use the latest DateTieredCompactionStrategy and why that's a perfect fit for high volume time series workloads.
2018 아이펀팩토리 데브데이 서버위더스
(iFunFactory DevDay Server,Withus)
제목 : 코드 수정 없이 리눅스 게임 서버 성능 평가
발표자 : 김진욱 CTO
일정 : 2018년 03월 28일
개요 : 서버에 코드 추가 없이도 고수준에서 서버 성능 분석이 가능하다!
실행 중인 서버를 외부에서 관찰하여 최대한 성능을 분석하고 디버깅 하는 법을 공개 합니다.
아래링크를 통해 아이펀팩토리의 더 많은 정보를 얻으실 수 있습니다.
*아이펀팩토리 홈페이지 : https://ifunfactory.com/
*아이펀팩토리 기술 블로그 : https://blog.ifunfactory.com/
'Ansible Roles done right' is a talk about "Applying TDD while writing roles. Automatic tests powered by Continuous Integration + containers. Quick demo of the new ansible-container." Funny title: "When your applications don't have tests, at least your infrastructure does..."
Yesterday I gave presentation on Ansible and it was successful . It give basic understanding of playbook and an example implementation of jboss application from scratch
Jenkins - From Continuous Integration to Continuous DeliveryVirendra Bhalothia
Continuous Delivery is a process that merges Continuous Integration with automated deployment, test, and release; creating a Continuous Delivery solution. Continuous Delivery doesn't mean every change is deployed to production ASAP. It means every change is proven to be deployable at any time.
We would see how we can enable CD with Jenkins.
Please check out The Remote Lab's DevOps offerings: www.slideshare.net/bhalothia/the-remote-lab-devops-offerings
http://theremotelab.io
Baekjoon Online Judge(https://www.acmicpc.net) 에서 채점할 때 사용하는 샌드박스에 대한 간단한 설명을 담고 있습니다.
2012년 10월에 작성한 파일이라서 현재 사용하는 방식과는 많은 차이가 있고, 기초적인 수준의 샌드박싱을 다룹니다.
AWS Community Day 2022 에서 진행된 [AWS 기반 마이크로 프론트엔드 아키텍처 구축하기] 세션의 발표자료입니다.
발표 영상: https://lnkd.in/g6xqYcyC
이번 세션에서는 마이크로 프론트엔드가 무엇인지, 어떤 문제를 해결하고자 하고 장단점은 어떤 것들이 있는지 얘기하면서 개념을 소개합니다.
그리고 마이크로 프론트엔드의 여러 구현 방식들을 소개합니다. 이번 세션에서는 여러 구현 방식들 중 Javascript 코드가 실행되는 시점에 애플리케이션이 조합되는 Runtime-composition을 다루고, 그 중에서도 브라우저에서 애플리케이션이 조합되는 Client-side composition에 대해 소개합니다. 그리하여 Webpack 5에 도입된 Module Federation 플러그인을 활용하여 Client-side composition을 어떻게 구현할 수 있는지 알려드립니다.
마지막으로 아키텍처 다이어그램과 실제로 동작하는 데모 프로젝트를 살펴보면서 AWS에 마이크로 프론트엔드 아키텍처를 어떻게 구축할 수 있는지 보여드립니다. 나아가 마이크로 프론트엔드가 제품 개발 영역 뿐만 아니라 조직 구조 관점에서 미치는 긍정적인 영향에 대해서도 소개합니다.
발표에서 보여드린 데모 프로젝트의 소스코드는 Github에 공개되어 있습니다.
Github: https://github.com/eunsukimme/micro-frontend-on-aws
Jenkins - From Continuous Integration to Continuous DeliveryVirendra Bhalothia
Continuous Delivery is a process that merges Continuous Integration with automated deployment, test, and release; creating a Continuous Delivery solution. Continuous Delivery doesn't mean every change is deployed to production ASAP. It means every change is proven to be deployable at any time.
We would see how we can enable CD with Jenkins.
Please check out The Remote Lab's DevOps offerings: www.slideshare.net/bhalothia/the-remote-lab-devops-offerings
http://theremotelab.io
Baekjoon Online Judge(https://www.acmicpc.net) 에서 채점할 때 사용하는 샌드박스에 대한 간단한 설명을 담고 있습니다.
2012년 10월에 작성한 파일이라서 현재 사용하는 방식과는 많은 차이가 있고, 기초적인 수준의 샌드박싱을 다룹니다.
AWS Community Day 2022 에서 진행된 [AWS 기반 마이크로 프론트엔드 아키텍처 구축하기] 세션의 발표자료입니다.
발표 영상: https://lnkd.in/g6xqYcyC
이번 세션에서는 마이크로 프론트엔드가 무엇인지, 어떤 문제를 해결하고자 하고 장단점은 어떤 것들이 있는지 얘기하면서 개념을 소개합니다.
그리고 마이크로 프론트엔드의 여러 구현 방식들을 소개합니다. 이번 세션에서는 여러 구현 방식들 중 Javascript 코드가 실행되는 시점에 애플리케이션이 조합되는 Runtime-composition을 다루고, 그 중에서도 브라우저에서 애플리케이션이 조합되는 Client-side composition에 대해 소개합니다. 그리하여 Webpack 5에 도입된 Module Federation 플러그인을 활용하여 Client-side composition을 어떻게 구현할 수 있는지 알려드립니다.
마지막으로 아키텍처 다이어그램과 실제로 동작하는 데모 프로젝트를 살펴보면서 AWS에 마이크로 프론트엔드 아키텍처를 어떻게 구축할 수 있는지 보여드립니다. 나아가 마이크로 프론트엔드가 제품 개발 영역 뿐만 아니라 조직 구조 관점에서 미치는 긍정적인 영향에 대해서도 소개합니다.
발표에서 보여드린 데모 프로젝트의 소스코드는 Github에 공개되어 있습니다.
Github: https://github.com/eunsukimme/micro-frontend-on-aws
NDC21_게임테스트자동화5년의기록_NCSOFT_김종원.pdfJongwon Kim
NDC 2021에서 발표하였던 '게임 테스트 자동화 5년의 기록'이라는 주제로 NCSOFT에서 5년 동안 진행했던 게임 테스트 자동화에 대한 내용을 정리한 회고 내용입니다.
영상은 https://youtu.be/ckqUzRyIPoA 에 올라와 있습니다.
* 문서에 적용된 폰트나 아이콘 등의 문서 형식에 대한 권리는 Nexon에 있으니 배포 시 유의하시기 바랍니다
This slide describes why OpenStack is Operating System (OS).
오픈스택을 왜 클라우드 운영체제라고 부르는지, 운영체제가 반드시 가지고 있어야 할 구성요소들을 오픈스택 구성요소들과 비교 분석함으로써 오픈스택을 알아보는 내용을 담고 있습니다.
4. Why OS?
> 오랜 꿈~!(초딩시절부터…)
> 호기심~!!(OS 내부가 궁금…)
> 2000년부터 준비하고 2002년말부터
OS 제작에 도전 시작~!!!
5. Initial State
> 윈도우 프로그래머로 시작
> 소방 방재 시스템용 서버 프로그램
> 방재 시스템과 연계하는 간단한 클라이언트
> 주경야독(晝耕夜讀)~!
> 어셈블리어, BIOS, Intel Architecture Manual
6. Ready and Start
> 2002년 말부터 시작
> 1차는 2004년까지 약 2년정도 작업…
> 32비트 OS 완성(KKAMAGUI OS)
> Demand Paging, Multitasking
> FAT16/32 File System, Evil GUI System
> System Call For Application
12. Last Spurt
> 64비트 멀티코어 프로세서의 시대~!
> 2008년에 PC 업글 후 호기심 발동
> Intel Architecture Manual 탐독
> 본격적으로 내용 정리 시작
> 개발 진행 사항을 문서로 남기기로 함
> 남이 아닌 나를 위해 정리
13. Death Hill
> 32비트 시절과 많이 달라진 구조
> 64비트 부분은 32비트의 확장 수준
> 멀티 코어 부분은 Zero-base에서 다시 시작
> 내가 아닌 남을 위해 정리 시작
> 64비트 멀티 코어 관련 자료는 거의 없음
> 초심으로 돌아가 차곡차곡 정리
14. Overcome
> 작업시간 부족…
> 퇴근 후 밤 ~ 새벽 시간 활용
> 최소한의 수면(죽지 않을 만큼…)으로 버팀
> 막판에는 포션 섭취… OTL….
> 30대로 넘어오면서 젊음이 소진됨
> 국민 포션인 박카스 + 우루사 복용
> 가끔 죽을 것 같으면 홍삼도 같이….
15. Goal~!!
> 64비트 멀티코어 원리와 구조 출간
> 3000 Page 수준, 너무 두꺼워 2권으로 나눔
> OS 개발 A~Z까지 모두 정리
> 출판사 초기 예상은 1000 Page 미만…
> 마감일이 다가오자 편집 맡으신 분들 3명이서
합숙했다는 후문이…
17. MINT64 OS Feature
> 64비트 싱글/멀티 코어 지원
> Multitasking, 자체 File System
> GUI System, 한글 입출력
> System Call For Application
> USB Booting
> ETC Applications…
20. MINT64 OS Layer
Image Hangul
Game Text Viewer
Viewer Editor
User
Level
User Level API
(Library For Application)
Task
GUI System File System
Management
Keyboard/Mou
2D Graphic Hard Disk RAM Disk Kernel
se/Serial/Etc Level
Device Driver Device Driver Device Driver Device Driver
Memory Interrupt
Management Management
PC Hardware
21. Development Process
> 그날의 기분에 따라 추가할 기능을 선택
> 혼자 개발을 진행하면 좋은 점 중 하나…
> 작은 설계, 빠른 구현, 테스트를 반복
> 특성상 디버깅이 불편하고 복잡
> 기능을 잘게 나눠 구현한 뒤, 충분히 테스트
22. 기능 추가
목표 수립
단위 설계 구현
기존 기능 구현 기능
검증 검증
다음 단계
진행
23. Development Tip
> H/W Dependant Module
> ex) Bootloader, Device Driver …
> Real Machine이나 Virtual Machine을 주로 사용
> H/W Independent Module
> ex) File System, GUI System …
> Windows 환경에서 구현한 뒤 Visual Studio로
Test & Debugging
24. Example of H/W Indep. Module
File System File System
Hard Disk RAM Disk Block I/O
Device Driver Device Driver Simulation Module
병행
Interrupt
Management Windows/Linux OS
PC Hardware PC Hardware