본문 바로가기
[Java Concurrency] 명시적인 락 13.1. Lock 과 ReentrantLock - Lock 인터페이스는 암묵적인 락과 달리 조건 없는(unconditional)락, 폴링 락, 타임아웃이 있는 락, 락 확보 대기 상태에 인터럽트를 걸 수 있는 방법 등이 포함돼 있으며, 락을 확보하고 해제하는 모든 작업이 명시적이다. - public interface Lock{ void lock(); void lockInterruptibly() throws InterruptedException; boolean tryLock(); boolean tryLock(long timeout, TimeUnit unit) throws InterruptedException; void unlock(); Condition newCondition(); } - Reentran.. 2017. 5. 5.
[Java Concurrency] 활동성 최대로 높이기 #2 [Java Concurrency] 활동성 최대로 높이기 #2 10.2. 데드락 방지 및 원인 추적 - 한 번에 하나 이상의 락을 사용하지 않는 프로그램은 락의 순서에 의한 데드락이 발생하지 않는다. 물론 그다지 실용적이지 않은 방법일 수 있지만, 가능하다면 한 번에 하나 이상의 락을 사용하지 않도록 프로그램을 만들어 보는 것도 좋다. - 여러 개의 락을 사용해야만 한다면 락을 사용하는 순서 역시 설계 단계부터 충분히 고려해야 한다. 설계 과정에서 여러 개의 락이 서로 함께 동작하는 부분을 최대한 줄이고, 락의 순서를 지정하는 규칙을 정해 문서로 남기고 그 규칙을 정확하게 따라서 프로그램을 작성해야 한다. - 세세한 수준에서 락을 관리하는 프로그램에서는 두 단계의 전략으로 데드락 발생 가능성이 없는지를 확.. 2017. 5. 2.
[android] ContentProviderOperation 에 대한 짧은 이야기 [android] ContentProviderOperation 에 대한 짧은 이야기 https://www.grokkingandroid.com/better-performance-with-contentprovideroperation/http://stackoverflow.com/questions/4655291/semantics-of-withvaluebackreferencehttps://developer.android.com/reference/android/content/ContentProviderOperation.Builder.html -여러 개의 data 에 대하 Create, Delete, Update 를 수행하려면 ContentProviderOperation 을 사용하여 batch 를 돌리는 것이 추천된.. 2017. 4. 15.
[Effective Java] 스레드 그룹을 사용하지 말자. [Effective Java] 스레드 그룹을 사용하지 말자. - 스레드, 락, 모니터에 더하여 스레드 시스템에서 제공하는 기본 추상체가 스레드 그룹(thread group) 이다. 스레드 그룹은 원래 보안을 목적으로 애플릿을 격리시키는 메커니즘으로 구상되었다. 그러나 실제로는 그런 기대를 충족시키지 못해 자바 보안 모델의 표준에서 언급되지 않을 정도로 쇠약하다. - 스레드 그룹은 기능이 별로 없다. 단지 Thread 클래스의 기본 메소드들을 여러 스레드가 포함된 그룹에 일괄로 한번에 적용할 수 있게 해준다. 그런 기본 메소드들 중 상당 수는 이미 사용금지 되었으며 남은 메소드들은 사용되는 경우가 드물다. - ThreadGroup 클래스의 API 메소드는 스레드 안전 관점에서도 빈약하다. 하나의 스레드 그.. 2017. 3. 20.
병렬 프로그램을 위한 어노테이션 병렬 프로그램을 위한 어노테이션 클래스 어노테이션 - @Immutable, @ThreadSafe, @NotThreadSafe. - @Immutable 어노테이션은 해당 클래스가 불변(immutable) 클래스임을 나타낸다. 자동적으로 @ThreadSafe 이기도 하다. - @NotThreadSafe 어노테이션은 해당 클래스가 스레드 안전성을 확보하지 못하고 있다는 의미이다. 스레드 안전성을 확보했다는 어노테이션을 달지 않은 모든 클래스는 당연하게 @NotThreadSafe 이기 때문에 꼭 사용해야만 하는 것은 아니다. 다만 한눈에 알아볼 수 있도록 하려면 @NotThreadSafe 어노테이션을 달아두는 편이 좋다. - 어노테이션은 상대적으로 방해되는 부분이 적으면서 클래스 사용자나 유지보수 담당자 모두에.. 2015. 7. 20.
락킹 고수 영상 + 락킹에 대한 이야기~ 동방배틀 vol 13. 락킹 결승 펑키하면서 느린 템포에서의 락킹과 빠른 템포에서 미친듯이 팔목을 돌리며 리듬타는 것 둘 다를 볼 수 있어 너무 좋다. 오른쪽 팀이 훨씬 더 잘하는 것으로 보이는데,특히 여성분이 뭔가 리듬타는게 뭐랄까, skillful 하다는 느낌은 적지만 리듬감이 꽤나 엄청난듯. 오른쪽 팀의 남자도 후반 빠른 펑키한 음악에 홀라르 홀라르 홀라르~ 할 때 입이 떠억~ 그나저나 락킹은 좀 빨간 복장이 conventional 한가?빨간 복장에 저 중절모 스러운 게 많이 나온다 Judge 들의 reaction 도 꽤나 관전 포인트, 재밌다 ㅋㅋ. 동방배틀 vol 14. 락킹 결승 개인적으로 vol 13. 결승전보다 조금 못하다고 느껴지긴 하는데, ( vol 13. 의 오른쪽 팀이 너무 잘해서 .. 2015. 6. 8.
sqlite 의 transaction mode 와 lock 의 종류 특성. sqlite 의 transaction mode 와 lock 의 종류 특성. - Transaction 은 deffered, immediate, exclusive 3가지 모드로 진행될 수 있다. - 기본 transaction 은 deffered 이다. - DEFFERED 의 lock 이 모드일 때 database 에 실질적인 action 이 있기 전까지는 lock 을 잡지 않는다. DB 에 read action 이 생기면 SHARED lock 이 걸린다. 반대로 DB 에 첫 write action 이 생기면 RESERVED lock 이 걸린다. - IMMEDIATE 의 lock 이 모드일 때는 begin 명령이 떨어지자마자 RESERVED lock 을 걸어버린다. 이 상태에서는 BEGIN IMMEDIATE .. 2014. 8. 31.
[android] Concurrent Database Access [android] Concurrent Database Access https://github.com/dmytrodanylyk/dmytrodanylyk/blob/gh-pages/articles/Concurrent%20Database%20Access.md 새로운 SQLiteOpenHelper 를 만들면, 이것은 새로운 database connection 을 만드는 것이다.다른 connection 에서 동시에 한 db 에 write 를 시도하면, 한쪽은 lock 문제로 fail 한다. 여러 Thread 에서 동시에 db 작업을 할 경우에는 반드시 한 connection 을 사용하도록 유도해야 한다. 이 때 주의할 것은 각각의 thread 에서 db.close() 를 호출할 경우 한 connection 의 ge.. 2014. 8. 17.
[Java] Double-checked locking 을 사용하지 말자! [Java] Double-checked locking 을 사용하지 말자! Double checked locking 이란? 보통 synchronized block 은 performance 이슈를 부르기 쉽다.double-checked locking 이 performance 이슈를 조금 완화시켜준다. double-checked locking 은 null check 와 같은 부분을 synchronized 밖으로 빼서synchronized 를 기다리지 않고 처리하게 만들어 준다. volatile 을 주면 read, write 가 sync 로 걸릴 경우 write 를 먼저 하게 하고, read 를 나중에 하게 한다.volatile 이 없다면 반대로 read 를 보통 먼저 하고 write 를 나중에 한다고 한다. .. 2014. 3. 31.
반응형

티스토리툴바