ฉันมีแอปพลิเคชันที่ใช้พื้นที่จำนวนมากเป็นข้อมูลแคชเป็นหลัก ยิ่งมีแคชมากเท่าใด แอปพลิเคชันก็จะทำงานได้ดีขึ้นเท่านั้น เรากำลังพูดถึงหลายร้อยถึงหลายพัน TB แอปพลิเคชันสามารถสร้างข้อมูลใหม่ได้ทันทีหากบล็อกมีปัญหา ดังนั้นเป้าหมายหลักของฉันคือการเพิ่มขนาดที่มีอยู่ในระบบไฟล์ของฉันสำหรับข้อมูลแคช และลดโอเวอร์เฮดของระบบไฟล์ให้เหลือน้อยที่สุด
ฉันยินดีสละความน่าเชื่อถือและความยืดหยุ่นทั้งหมด รวมถึงข้อกำหนด "วัตถุประสงค์ทั่วไป" ยิ่งไปกว่านั้น ฉันทราบแน่ชัดว่าฉันจะมีไฟล์ข้อมูลแคชกี่ไฟล์ในวอลุ่มที่กำหนด เนื่องจากแอปพลิเคชันเขียนไฟล์แคชที่มีขนาดคงที่ (ประมาณ 100GB ในกรณีของฉัน) ฉันต้องการที่จะสามารถเขียนทับไฟล์ด้วยไฟล์ใหม่ได้หากบล็อกเสียในบางครั้ง ดังนั้นอาจเป็นการดีที่จะมีไอโหนดสำรองไว้สักสองสามอัน แต่ก็เป็นไปได้ที่จะฟอร์แมตวอลุ่มใหม่ทั้งหมดหากจำเป็น ไฟล์ทั้งหมดถูกเก็บไว้ 1 ไดเร็กทอรีลึกลงไปในระบบไฟล์ ตัวอย่างเช่น ชื่อไดเร็กทอรีสามารถต่อท้ายด้วยตัวอักษรตัวเดียวได้ และฉันก็ไม่ต้องการไดเร็กทอรีเช่นกัน (ไฟล์ทั้งหมดสามารถเก็บไว้ที่ระดับบนสุดที่รูทของวอลุ่มได้เช่นกัน) ชื่อไฟล์มีขนาดคงที่ทั้งหมด (แฮชบวกการประทับเวลา) เมื่อเขียนข้อมูลแคชแล้ว ไฟล์จะถูกอ่านเท่านั้นและไดรฟ์ข้อมูลสามารถเมาต์แบบอ่านอย่างเดียวได้ แคชมีอายุใช้งานนาน (ปี) แอปพลิเคชันยังตรวจสอบความสมบูรณ์ของแคชด้วย ดังนั้นฉันจึงไม่ต้องการคุณสมบัติความสมบูรณ์ของระบบไฟล์ใดๆ เช่น การตรวจสอบผลรวมและการทำรายการบันทึก เป็นต้น
ดังนั้น เนื่องจากฉันทราบขนาดไฟล์ที่แน่นอน ตายตัว และไม่มีข้อกังวลเรื่องความน่าเชื่อถือ ฉันควรใช้ระบบไฟล์แบบใด และควรปรับแต่งอย่างไรเพื่อลดโอเวอร์เฮดให้ได้มากที่สุด
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
