XDA는 파일 시스템 전문 핀란드 회사인 Tuxera의 Stan Dmitriev를 인터뷰합니다. Stan이 파일 시스템과 F2FS의 미래에 대해 논의합니다.
파일 시스템은 XDA나 다른 포럼에서 너무 자주 논의되지 않습니다. 이 주제에는 낮은 수준의 개발이 많이 포함되므로 개발자는 애플리케이션, ROM 또는 커널에 중점을 두는 것을 선호합니다. 그럼에도 불구하고 파일 시스템은 모든 스토리지의 중요한 부분입니다. 이는 장치 저장소의 데이터가 저장되고 검색되는 방식을 설명하는 기술입니다. 다양한 종류의 파일 시스템이 있으며 각각 장단점이 있습니다. 하나를 선택하면 안정성과 성능이 크게 달라질 수 있습니다. 그렇다면 OEM은 어떻게 선택을 할까요? 나는 이야기를 나누는 것이 즐거웠다. 스탠 디미트리예프, 홍보 및 커뮤니케이션 관리자 턱세라, 많은 대형 OEM에 파일 시스템 솔루션을 제공하는 핀란드 회사입니다.
Q: 자신과 Tuxera에 대해 소개해주실 수 있나요?
A: 저는 Stan Dmitriev입니다. 처음으로 Android 휴대폰(HTC EVO 3D)을 구입한 이후로 저는 XDA 커뮤니티의 열렬한 팬이 되었습니다. 맞춤형 ROM을 설치하고 첫날 보증이 무효화되었다고 가정해 보겠습니다.스탠. 드미트리예프 XDA의 포럼 회원입니다). 몇 년 전 저는 Corgi for Feedly라는 스타트업 프로젝트를 공동 창립했는데, 당시 XDA 커뮤니티는 애플리케이션을 정의하고 개발하는 데 많은 도움을 주었습니다.
현재 저는 업계 최고의 임베디드 스토리지 소프트웨어, 정확히 말하면 파일 시스템 회사인 Tuxera에서 홍보 및 커뮤니케이션 관리자로 일하고 있습니다. 당사의 소프트웨어는 10억 개 이상의 장치를 지원하며 최신 주력 휴대폰, 자동차, 라우터, 드론 및 카메라에서 찾아볼 수 있습니다. 회사의 이야기는 사장 겸 CTO인 Szabolcs "Szaka" Szakactics가 NTFS를 Linux 장치와 작동하도록 만들었던 NTFS-3G에서 시작되었습니다. 현재 우리는 외부 및 내장형 스토리지 모두를 위한 자체 파일 시스템 및 구현을 개발하고 있으며 대부분의 자동차 회사 및 스마트폰 회사와 협력하고 있습니다.
여기 Tuxera에서는 특히 벽돌이 쌓인 장치 문제를 해결하거나 사용할 사용자 정의 ROM/커널을 찾을 때 XDA 포럼을 자주 방문합니다. 많은 동료들이 XDA를 자주 방문하여 Android 및 Linux 생태계에 관한 최신 심층 기술 뉴스를 읽습니다.
질문: 파일 시스템은 우리 장치의 필수적인 부분이지만 그 역할, 개선 사항, 강점 및 약점에 대해 아는 사람은 거의 없습니다. 이것이 주는 선물은 무엇이며, 왜 더 많은 사람들이 자신의 데이터를 함께 보관하는 파일 시스템에 관심을 가져야 합니까?
답변: 파일 시스템은 장치와 저장소 간의 모든 상호 작용을 담당하는 Linux 커널의 핵심 요소입니다. 사진을 찍을 때, 앱을 열 때, 동영상을 볼 때마다 파일 시스템은 OS가 모든 파일에 액세스하고 저장하는 핵심 역할을 합니다. 파일 시스템은 한동안 그다지 흥미롭지 않았습니다. 주된 이유는 성능 병목 현상이 스토리지에서 발생했기 때문입니다.
그러나 특히 UFS의 도입으로 플래시 속도가 극도로 빨라짐에 따라 이제 플래시 성능을 따라잡기 위해 소프트웨어를 현대화해야 합니다. 파일 시스템은 저장 속도에 영향을 미칠 뿐만 아니라 장기적으로 휴대폰 성능을 유지하는 데에도 중요한 역할을 합니다. 잘못하면 스토리지가 조각화되는 현상이 발생하는데, 이는 스토리지를 비효율적으로 사용하면 기기의 성능이 저하될 수 있는 현상이다. 이러한 가능성을 최소한으로 줄이는 것이 파일 시스템의 중요한 특징입니다.
Q: F2FS(프라이머)란 무엇이며, Android에 진출하기 시작한 이유는 무엇인가요? 어느 OEM이 이러한 변화를 주도하고 있었습니까?
A: F2FS는 플래시 스토리지 아키텍처용으로 설계된 오픈 소스 파일 시스템입니다. NAND 스토리지(플래시)는 현재 모든 Android 휴대폰에서 일반적으로 eMMC 또는 UFS 솔루션으로 사용됩니다. 이 프로젝트는 처음에 삼성이 개발했으며 일부 모바일 OEM으로부터 큰 관심을 받았습니다. OEM이 이러한 변화를 시작한 데이터가 없습니다. 하지만 제가 아는 바로는 개인적으로 Motorola가 첫 번째였으며 OnePlus 및 Huawei와 같은 다른 많은 OEM도 곧 이러한 변화를 따랐습니다.
Q: 그것이 제공한 이점은 무엇이었나요? OEM은 더 빠른 스토리지 작업과 UI 성능을 언급하지만 다른 이점이 있습니까?
답: 정점 F2FS는 플래시 기반 스토리지에 더 높은 성능을 제공합니다. 시스템이 더 빠르게 부팅되고(더 빠른 읽기 속도) 쓰기 속도가 더 높아져 무거운 4K, 더 높은 프레임 속도의 슬로우 모션 및 360도 비디오를 녹화할 수 있습니다. 또한 시스템과 스토리지 사이의 대기 시간이 매우 낮아서 애니메이션과 앱 열기가 훨씬 더 빠르게 느껴질 것입니다.
Q: 특히 문제는 성능 저하에 집중되어 있는 것 같습니다. 더 깊이 설명해 주시겠어요? 원인은 무엇입니까?
A: 플래시 장치의 가장 빠른 성능을 달성하려는 F2FS의 아이디어는 정말 훌륭했습니다. 하지만 장기적으로 성과에 집중하는 것도 중요합니다. 하드웨어는 항상 빠른 속도로 작동할 수 있지만 이러한 속도를 지속적으로 유지하는 것은 훨씬 더 어려운 일입니다. Android 사용 사례의 경우 기기의 저장 공간이 대부분 거의 가득 찼으며 때로는 1초에도 수천 건의 읽기/쓰기 작업이 발생합니다. 많은 인기 앱이 백그라운드에서 서비스를 실행합니다. 이는 앱을 열지 않아도 앱이 일부 읽기/쓰기 작업을 수행하고 있음을 의미합니다. 잘못 수행하면 쓰기 작업으로 인해 스토리지 조각화가 크게 증가하여 다음 읽기/쓰기 작업이 더욱 느려질 수 있습니다.
우리는 스토리지 조각화를 Android 기기의 성능 저하 원인 중 하나로 보고 있습니다. 이제 결정해야 할 것은 문제가 하드웨어 호환성으로 인해 발생하는지 여부와 파일 시스템이 어떻게 작동하는지입니다. 다양한 OEM의 스토리지 또는 F2FS 아키텍처가 초기 속도에 중점을 두고 있는지 여부는 장기적으로 영향을 미칩니다. 성능. 파일 시스템이 아직 개발 중이므로 버그로 인해 문제가 발생할 수도 있습니다.
Q: 잘 알려지지 않은 다른 성능 또는 안정성 문제가 있습니까?
A: 우리가 발견한 흥미로운 점 중 하나는 F2FS에 캐싱 및 스토리지 유지 관리를 위한 최소 수백 MB의 스토리지와 같은 예상치 못한 오버헤드가 있다는 것입니다. 이는 64GB 이상의 저장 공간이 있는 경우 확실히 의미가 있지만 8GB, 16GB ROM 크기의 저가형 전화기에서는 문제가 될 수 있습니다.
주요 발견은 F2FS의 현재 구현이 더 빠른 속도를 달성하려는 읽기 전용 환경에 적합하다는 것입니다. F2FS는 안드로이드 환경에서 일어나는 일이기 때문에 작은 파일과의 높은 상호작용에서 장기적인 저장 성능을 향상시키는 데 집중해야 합니다.
이것은 어떤 의미에서 이론의 싸움이다. 하드웨어 성능이 너무 빨라서 성능 저하가 문제가 되지 않을 것이라고 생각할 수도 있습니다. 또는 반대로 보면 하드웨어가 너무 빨라서 장기적으로 유지될 수 있는 약간 느린 성능을 갖는 것이 달성되어야 하는 것입니다. F2FS는 첫 번째 접근 방식을 선택했으며 여기에는 잘못된 옵션이 없습니다. 이는 중요한 실험이자 전체 업계를 위한 학습 곡선입니다. 즉, 현재 우리가 보고 있는 것은 장기적인 성과가 지금 당장의 주요 초점이 되어야 한다는 것입니다.
Q: 일부 OEM은 F2FS 사용을 철회했지만 Huawei와 같은 다른 OEM은 여전히 최신 장치에서 F2FS를 지원합니다. 어느 쪽이든 추세가 있다고 생각하시나요? (느린 채택 또는 완전한 포기)
A: OEM이 F2FS를 계속 사용하는 데에는 여러 가지 시나리오가 있습니다.
OEM은 알려진 문제에 대한 몇 가지 수정 사항을 제공하는 자체 F2FS 구현을 보유할 수 있습니다.
OEM은 NAND의 FTL 계층에 액세스하고 튜닝할 수 있으므로 플래시 스토리지 제조업체와 매우 좋은 관계를 가질 수 있습니다. 하드웨어와 잘 작동하는 파일 시스템은 플래시 조각화를 포함하여 상당한 개선을 가져올 수 있습니다. 저장.
스마트폰의 평균 수명 주기는 약 2년이고, 휴대폰 속도가 느려지면 이미 새 제품을 구매하게 되므로 OEM은 휴대폰의 초기 성능에 집중하는 것을 선호할 수 있습니다.
OEM에서는 일부 조각 모음 서비스를 실행할 수도 있으며, 이를 통해 F2FS 문제를 부분적으로 해결할 수 있습니다.
이는 가능한 시나리오 중 일부입니다. 동시에 일부 OEM이 이미 예를 들어 OnePlus 3T는 F2FS를 사용했지만 모든 최신 OnePlus 모델은 Ext4를 사용하여 다시 이동합니다. Ext4.
Q: F2FS에는 현재 F2FS에 나타나는 문제를 해결할 수 있는 이동 중 조각 모음 솔루션이 필요합니다.
답변: 조각 모음 도구는 예전부터 존재해 왔으며, 가장 큰 장점은 메모리 블록을 재할당/다시 쓸 수 있어 저장소 조각화를 줄일 수 있다는 것입니다. 그러나 이 접근 방식의 문제는 플래시 메모리 셀을 다시 작성하여 스토리지 수명이 단축된다는 것입니다. 가장 좋은 시나리오는 처음부터 지능적으로 데이터를 작성하는 것입니다. 피해 통제를 수행하는 것은 최선의 해결책이 아닙니다.
많은 물건을 여기저기 던져서 방을 엉망으로 만든 다음 서랍에 정리하기 시작하는 것과 같다고 생각하세요. 바로 그렇게 하면 어떨까요?
Q: OEM이 F2FS를 방해하는 일부 문제에 대응하거나 해결했습니까? 예를 들어 Huawei는 성능 저하를 무시하고 "AI" 덕분에 시간이 지남에 따라 더 빠른 UX를 광고합니다.
A: AI가 스토리지 동작을 분석하고 특정 플래시 장치에서 작동하도록 파일 시스템을 다시 작성할 수 있다면 아마도 조각화 문제를 해결할 수 있을 것입니다. AI는 개인이 어떤 앱이나 기능을 주로 사용하는지 분석하고 미리 로드/저장할 수도 있습니다. 따라서 – 휴대폰 기능이 더 빠르게 느껴지도록 만드는 것은 조각화 문제를 해결하지 못할 것입니다. 그렇지만. 나의 주요 가정은 대부분의 최적화가 사용자 공간과 관련이 있고 일부 심층 기술 파일 시스템 최적화가 아니라는 것입니다.
Q: 우리가 알아야 할 다른 흥미로운 파일 시스템 개발에는 무엇이 있습니까? 미묘하거나 낮은 수준이더라도 사용자 경험에 어떤 영향을 미칠까요?
A: F2FS와 Ext4는 여전히 매우 중요하며 오픈 소스를 위한 파일 시스템입니다. Ext4는 더욱 성숙하고 안정적이지만 플래시 성능이 제한될 수 있습니다. F2FS는 더 빠르지만 더 실험적입니다. 소프트웨어가 병목 현상을 일으키는 모든 상황은 파일 시스템을 다시 흥미롭게 만듭니다. 우리는 매초에서 매 밀리초 단위의 환경으로 전환하고 있으며 파일 시스템은 이러한 성능 향상에 중요한 역할을 할 것입니다. 파일 시스템의 가장 흥미로운 개발은 플래시 성능을 유지할 수 있는 진정한 플래시 최적화 솔루션을 만드는 것입니다.
Tuxera에서는 하드웨어 관련 소프트웨어와 같은 작업을 수행하는 Tuxera Flash File System을 개발하고 있습니다. 파일 시스템이 특정 장치, 사용 사례 및 플래시에 최적화되도록 보장하는 최적화 메모리. 자동차 분야에 진출하면서 우리는 주로 플래시 메모리의 장기적인 성능과 성능 저하에 중점을 두고 있습니다. 이것은 Steve Jobs가 이야기했던 하드웨어 x 소프트웨어 유형의 최적화에 가깝습니다. 이러한 "드라이버"를 생성하기 위해 기계 학습을 적용하는 것은 전체 스토리지 업계에서 정말 흥미로운 일이 될 수 있다고 생각합니다.
Q: 물리적 플래시 스토리지도 계속해서 빨라지고 있습니다. 이 사실이 최종 사용자 경험과 파일 시스템의 미래에 어떤 영향을 미칠 것으로 보시나요?
A: 하드웨어가 더 빨라짐에 따라 소프트웨어는 이러한 고급 하드웨어 아키텍처를 따라갈 수 있도록 보장해야 합니다. 이는 현재 파일 시스템이 해결해야 할 주요 과제입니다. 장치의 놀라운 읽기 및 쓰기 속도 특성을 가질 수 있지만 소프트웨어 스택으로 인해 대기 시간이 추가되면 사용자 경험이 그다지 좋지 않을 것입니다. 더 빠르고, 더 빠르며, 더 안정적인 모바일 기술에 대한 분명한 요구가 있기 때문에 파일 시스템 개발에 있어 흥미로운 시기입니다.
그러나 플래시가 빨라짐에 따라 성능이 무의미해지는 속도는 얼마나 되는지가 주요 질문이 됩니다. 픽셀 밀도가 높아도 사람의 눈에 이미지가 실제로 더 선명해지지 않는 Retina 화면 해상도와 비슷하다고 생각하세요.
질문: 시간을 내주셔서 감사합니다.
답: 감사합니다!