Reading and Writing from SSTable Perspective (예, 상당히 오래된 기사) 저자는 indexdb 및 sstable 파일이 메모리 매핑 파일을 사용하여 예열되었음을 알려줍니다. 각 SSTable에 대한 행 키는 시작 카산드라는 따뜻하게하기 위해, "해당 파일 넘어"시, 별도의 파일이라고 index.db에 저장됩니다. 카산드라
긴 시간 리더기, 처음 포스터. 바이너리 파일 세트에서 데이터를 빠르게 읽는 데 문제가 있습니다. ByteBuffers 및 MappedBytBuffers는 필자가 요구하는 성능을 제공하지만 워밍업을 위해서는 초기 실행이 필요합니다. 그 때문에 여기에 의미가 일부 코드입니다 있는지 확실하지 않습니다 : int BUFFERSIZE = 864;
int DATA
거대한 바이트 배열을 처리해야합니다. 이론 상으로는 멀티 코어 머신에서 성능을 높이기 위해 작업을 조각으로 나누어 다른 스레드에 할당 할 수 있어야합니다. 각 스레드에 대해 ByteBuffer을 할당하고 각각 데이터의 처리 된 부분을 할당했습니다. 8 개의 논리 프로세서가 있어도 최종 성능은 단일 스레드보다 느립니다. 또한 그것은 매우 일치하지 않습니다.
이전에 RandomAccessFile로 사용한 파일의 이름을 바꾸려고합니다. 파일 이름을 바꾸려고하면 renameTo를 호출 할 때 오류가 발생합니다. Windows 응용 프로그램 프로세스 모니터를 사용할 때 이름 바꾸기 호출이 없음을 알았습니다. 어떻게 RandomAccessFile로 열었던 파일의 이름을 바꿀 수 없습니까? File f = new Fil
나는 MappedByteBuffer를 가지고 있는데, 그 일부에는 PNG 파일의 바이트가 들어있다. 다음을 호출하려고합니다. BitmapFactory.decodeByteArray (byte [] data, int offset, int length); MappedByteBuffer의 일부를 byte []로 이동해야합니까, 아니면 MappedByteBuffer
550MB 파일을 매핑하는 데 어려움을 겪고 있습니다. 필자는 32 비트 JVM이 최대 메모리 크기 인 1.4G를 할당 할 수 있다는 것을 알고 있으므로 큰 파일을 부분별로 매핑해야합니다. 그러나 이것은 550MB 파일이지만 메모리에 모두 매핑 할 수는 없습니다. 내가 할 수있는 최선의 방법은 약 333MB의 버퍼 크기입니다. 다음은 내 테스트 코드입니다