Wiki Index

Basic [[Python_Distilled]]

망쳐버린 소프트웨어 프로젝트와 무용담 “우리가 만든 소프트웨어는 정말 좋았는데, 시장이 무르익지 않았어” -> 소비자 요구를 파악하지 못했다. “소프트웨어는 잘 만들었는데 영업 판매가 잘 되지 않았어” -> 아무도 그런 소프트웨어를 원하지 않았다. “제품은 끝내줬는데 제대로 좀 해보려는 마당에 윗선에서 잘렸어” -> 수익을 창출하기까지 너무 오래걸렸다. “좋은 소프트웨어란 그 소프트웨어가 성숙도 사이클에서 어디에 있는지, 어떤 사용자를 대상으로 하는지, 어떻게 진화하고 성장하기를 원하는지 등에 따라 매우 다를 수 있다. 소프트웨어에서 고객이 진정 무엇을 필요로 할지, 그리고 제각자와 고객이 모두 제품 성숙도 사이클과 리스크 허용도 면에서 어떤 위치에 있는지에 대해 진지하게 고민을 시작해 보면 더 나은 전략 결정을 내릴 수 있고, 시장에 진정 훌륭한 소프트웨어를 내놓을 수 있다....

트랜잭션 관리 스프링의 빈은 기본적으로 싱글톤이다. 즉, 하나의 서비스 객체 인스턴스가 여러 스레드에서 공유되어 사용된다. 하지만 트랜잭션은 스레드마다 독립적으로 관리되어야 한다. 그래서 ThreadLocal로 관리한다. TransactionSynchronizationManager 스프링은 TransactionSynchronizationManager 클래스를 통해 트랜잭션 리소스와 상태를 관리한다. 이 클래스는 ThreadLocal 변수를 사용하여 각 스레드별로 독립적인 트랜잭션 컨텍스트를 유지한다. // TransactionSynchronizationManager의 일부 (간략화됨) public abstract class TransactionSynchronizationManager { // 리소스를 스레드별로 저장하는 ThreadLocal 맵 private static final ThreadLocal<Map<Object, Object>> resources = new NamedThreadLocal<>("Transactional resources"); // 트랜잭션 동기화 활성화 상태 private static final ThreadLocal<Boolean> actualTransactionActive = new NamedThreadLocal<>("Actual transaction active"); // 현재 트랜잭션 이름 private static final ThreadLocal<String> currentTransactionName = new NamedThreadLocal<>("Current transaction name"); // 읽기 전용 플래그 private static final ThreadLocal<Boolean> currentTransactionReadOnly = new NamedThreadLocal<>("Current transaction read-only status"); // 격리 수준 private static final ThreadLocal<Integer> currentTransactionIsolationLevel = new NamedThreadLocal<>("Current transaction isolation level"); // 트랜잭션 동기화 콜백 객체 private static final ThreadLocal<List<TransactionSynchronization>> synchronizations = new NamedThreadLocal<>("Transaction synchronizations"); // 리소스 바인딩 메서드 public static void bindResource(Object key, Object value) { Map<Object, Object> map = resources....

사실 객체의 참조과 서로 있는 객체라면 발생하지, JPA와 직접적인 연관은 없다. 양방향 참조 1. toString() 메서드 구현 시 무한루프 @Entity public class Parent { @Id @GeneratedValue private Long id; private String name; @OneToMany(mappedBy = "parent") private List<Child> children = new ArrayList<>(); @Override public String toString() { return "Parent{id=" + id + ", name='" + name + "', children=" + children + "}"; } } @Entity public class Child { @Id @GeneratedValue private Long id; private String name; @ManyToOne private Parent parent; @Override public String toString() { return "Child{id=" + id + ", name='" + name + "', parent=" + parent + "}"; } } 이 경우 Parent의 toString()이 Child의 toString()을 호출하고, Child의 toString()이 다시 Parent의 toString()을 호출하는 무한루프가 발생합니다....

책의 내용을 일부 ‘발췌’해서 정리 각 장별 간단한 개요는 작성하지만, 실질적으로는 내가 조금 더 기억하고 싶은 내용만 일부 발췌해서 기록 1장 사용자 수에 따른 규모 확장성 개요 기본적인 어플리케이션 설게와 매우 자주 사용되는 컴포넌트 혹은 구현해야하는 요구사항에 대해서 소개해 주는장 예를들어 아래와 같은 것들을 개념을 개략적으로 설명해준다. 데이터 저장소 수직적 확장,수평적 확장 다중화 캐시 안정성과, 가용성과같은 시스템을 측정할 수 있는 요소들도 설명해준다. 내용 캐시 사용시 유의 할 점 어떤 상황에 바람직한지 생각하기 어떤 데이터를 캐시할지 생각하지 만료기한을 잘 설정하기 일관성을 유지 할 수 있도록 생각하기 저장소의 원본을 갱신하는 연산과 캐시를 갱신하는 연산이 단일 트랜잭션으로 처리되지 않는 경우?...

JVM JVM 구성요소 유저모드 어플리케이션 프로세스, 가상 메모리 공간을 활용, 머신으로서 연산, os의 일부기능 jvm 구성요소 클래스 로더(Class Loader) 자바 클래스 파일(.class)을 로드하고 링크하는 역할 로딩, 링킹, 초기화 단계로 구성됨 부트스트랩 클래스 로더, 확장 클래스 로더, 애플리케이션 클래스 로더로 구성 클래스 로딩 링킹등이 런타임에 일어날 수 있다. 런타임 데이터 영역(Runtime Data Area) 메서드 영역(Method Area): 클래스 구조, 메서드 데이터, 상수, 정적 변수 등 저장 힙(Heap): 객체와 인스턴스 변수가 저장되는 공간 스택(Stack): 스레드마다 별도로 존재하며 지역 변수, 매개변수, 리턴 값 등 저장 PC 레지스터(Program Counter Register): 현재 실행 중인 명령어 주소 저장 네이티브 메서드 스택(Native Method Stack): 네이티브 코드를 위한 스택 실행 엔진(Execution Engine) 인터프리터(Interpreter): 바이트코드를 한 줄씩 해석하고 실행 JIT 컴파일러(Just-In-Time Compiler): 자주 사용되는 코드를 네이티브 코드로 컴파일하여 성능 향상 가비지 컬렉터(Garbage Collector): 더 이상 사용되지 않는 메모리 자동 정리 네이티브 메서드 인터페이스(JNI, Java Native Interface) 자바 코드가 네이티브 애플리케이션이나 C, C++ 등의 라이브러리와 상호작용할 수 있게 함 네이티브 메서드 라이브러리(Native Method Libraries) C, C++ 등으로 작성된 라이브러리 모음 클래스로더 ....

JVM 밑바닥부터 파해치기책을 정리한 내용이며, 모든 내용은 해당 도서 기반입니다. 1부 자바와 친해지기 1장 자바 기술 시스템 소개 1.1 들어가며 하드웨어 플랫폼 족쇄 제거 안전한 메모리 관리 시스템 런타임 핫코드 감지, 컴파일 최적화하며 최상의 성능 도움 표준 api도 풍부하고 서드파티 라이브러리도 많다. 이번 장에는 자바 시스템의 구성요소, 역사, 자바의 현재와 미래를 다룬다. 1.2 자바 기술 시스템 크게는 아래를 포괄한다 자바 프로그래밍 언어 가상 머신 구현 클래스 파일 포맷 클래스 라이브러리 api (표준 api) 오픈소스 클래스 라이브러리 언어, vm, 클래스 라이브러리를 묶어 jdk라고 한다, 또한 java se api, vm, 배포기술까지를 묶으면 jre라고한다....

25 병행성에 관한 대화 여러사람이 동시에 복숭아를 집을 수 있도록 했을때는 빨랐어요, 반면에 제 방법은 한번에 한명씩 집기 때문에 정확하겠지만 꽤 느리겠군요. 멀티 쓰레드 프로그램이라고 불리는 프로그램들이 있네, 각 쓰레드는 독립된 객체로서 프로그램 내에서 프로그램을 대신하여 일으 하지, 이 쓰레드들은 메모리에 접근하는데, 쓰레드 입장에서 보면 메모리는 아까 이야기했던 복숭아와 같은 거야 동시성을 운영체제에서 다뤄야 할 몇 가지 이유가 있지. 운영체제는 락과 컨디션 변수와 같은 기본 동적으로 멀티쓰레드 프로그램을 지원해야 한다네. 둘째로 운영체제는 그 자체로 최초의 동시 프로그램이기 때문이야...

19 페이징: 더 빠른 변환(TLB) 매핑 정보 저장(페이지 테이블 저장)을 위해 큰 메모리 공간이 요구됨 가상 주소에서 물리 주소로의 주소 변환을 위해 메모리에 존재하는 매핑정보를 읽어야함. 핵심 질문: 주소 변환 속도를 어떻게 향상할까? 주소 변환을 빠르게 하기 위해 우리는 변환-색인 버퍼(translation-lookaside-buffer) 줄여서 TLB라고 부르는 것을 도입한다. 칩의 MMU(memory-management unit)의 일부라고 한다. 자주 참조되는 가상주소 - 실주소 변환 정보를 저장하는 하드웨어 캐시이다. 주소-변환 캐시가 좀 더 적합한 명칭이다. 19.1 TLB의 기본 알고리즘 // 가상 주소에서 VPN(가상 페이지 번호) 추출 VPN = (VirtualAddress & VPN_MASK) >> SHIFT; // TLB 조회 (TLB 히트 여부 확인) (Success, TlbEntry) = TLB_Lookup(VPN); if (Success == True) { // TLB Hit if (CanAccess(TlbEntry....

MySQL LZ77 빈도를 체크해서 치환하는 방식 자세한 구현은 -> 여기 알고리즘 LZ77_압축(입력문자열): 압축결과 = 빈 리스트 검색버퍼크기 = N 전방버퍼크기 = M 현재위치 = 0 while 현재위치 < 입력문자열의 길이: // 검색 버퍼와 전방 버퍼 설정 검색버퍼시작 = max(0, 현재위치 - 검색버퍼크기) 검색버퍼끝 = 현재위치 전방버퍼끝 = min(현재위치 + 전방버퍼크기, 입력문자열의 길이) 최대일치위치 = 0 최대일치길이 = 0 // 검색 버퍼에서 가장 긴 일치 찾기 for 검색위치 = 검색버퍼시작 to 검색버퍼끝 - 1: 현재일치길이 = 0 while 현재위치 + 현재일치길이 < 전방버퍼끝 AND 검색위치 + 현재일치길이 < 현재위치 AND 입력문자열[검색위치 + 현재일치길이] == 입력문자열[현재위치 + 현재일치길이]: 현재일치길이 += 1 if 현재일치길이 > 최대일치길이: 최대일치길이 = 현재일치길이 최대일치위치 = 검색위치 if 최대일치길이 > 0: // 상대적 위치 계산 (검색 버퍼 내의 오프셋) 오프셋 = 현재위치 - 최대일치위치 다음문자 = 입력문자열[현재위치 + 최대일치길이] (전방버퍼끝에 도달했다면 null 또는 특수 문자) 압축결과....