การสร้างไฟล์ 1.3 GB ใช้เวลาเพียง 1 วินาที อย่างไร?

ฉันมีโฟลเดอร์ที่มีไฟล์มากกว่า 200 ไฟล์และมีขนาดมากกว่า 1.3 GB:

ป้อนคำอธิบายรูปภาพที่นี่

ฉันใช้ซอฟต์แวร์ Gizmo Drive เพื่อสร้างไฟล์. iso จากโฟลเดอร์นั้น

ป้อนคำอธิบายรูปภาพที่นี่

สิ่งที่น่าสนใจคือใช้เวลาเพียง 1 หรือ 2 วินาที !

ป้อนคำอธิบายรูปภาพที่นี่

ฉันลองมาหลายครั้งแล้ว ฉันยังพยายามสร้างไฟล์. iso ในโวลุ่มอื่น อีกครั้งใช้เวลาเพียง 1 หรือ 2 วินาที

ฉันพยายามเมานต์ไฟล์. iso ทุกอย่างทำงานได้ดี ฉันคิดว่ามันอาจเป็นไฟล์. iso ที่อ้างอิงถึงโฟลเดอร์ต้นทางแล้วฉันก็ย้ายโฟลเดอร์ต้นทางไปที่อื่น แต่ไม่มีโชค แม้แต่การคัดลอกไฟล์. iso ที่ใช้เวลาไม่กี่นาที!

เหตุใดการสร้างไฟล์. iso ใช้เวลาเพียง 1 วินาที! คุณมีคำอธิบายใด ๆ

หมายเหตุ

การทดสอบทั้งหมดดำเนินการบน HDD ปกติไม่มี SSD
ใช้ Windows 7 x64, มีหน่วยความจำ 16 Gig, Core i5 CPU

ฉันใช้sync.exeเพื่อล้างข้อมูลระบบไฟล์ทั้งหมดไปยังดิสก์หลังจากสร้างไฟล์. iso และsync.exeใช้เวลา 14 วินาทีในการล้างข้อมูล ซึ่งหมายความว่าใช้เวลา 14 วินาทีในการสร้างไฟล์. iso เกณฑ์มาตรฐานอย่างรวดเร็วในไดรฟ์ D: ของฉันแสดงให้เห็นว่าสามารถเขียนไฟล์. iso เดียวกันจาก SSD ไปยังไดรฟ์ D: ภายใน 14 วินาทีและยืนยันว่าโฟลเดอร์ต้นทางอยู่ใน RAM และใช้เวลา 14 วินาทีในการล้างข้อมูล **

windows-7 filesystems iso-image

— Ramazan Polat
แหล่งที่มา

คุณรู้ ... แคช

— mg30rg

คุณลองทำซ้ำหลังจากรีสตาร์ทคอมพิวเตอร์เต็มหรือไม่

— ADTC

ฉันขอแนะนำให้ลองใช้ซอฟต์แวร์อื่นเช่น CDBurnerXP เพื่อสร้าง ISO และตรวจสอบว่าคุณได้ผลลัพธ์เดียวกันหรือไม่ นอกจากนี้ฉันหวังว่าD:ไม่ใช่ไดรฟ์ RAM - ไม่น่าเป็นไปได้ แต่เป็นไปได้

— ADTC

ลองเรียกใช้Syncคำสั่งที่กล่าวถึงที่นี่หลังจากสร้าง ISO ดูว่าใช้เวลานานเท่าใด

— Barmar

@Barmar ฉันใช้ Sync และคุณสามารถเห็นผลลัพธ์ในย่อหน้าสุดท้ายของคำถาม ขอขอบคุณ.

— Ramazan Polat

ด้วย RAM ขนาด 16GB คุณอาจมีจำนวนมากที่ว่างสำหรับการแคชดิสก์ ISO มักถูกบัฟเฟอร์ใน RAM ทั้งหมดโดยระบบปฏิบัติการ มันจะถูกเขียนไปยังดิสก์ในภายหลัง แต่แอปพลิเคชันไม่ต้องรอ

— Wyzard - หยุดทำร้ายโมนิก้า -
แหล่งที่มา

ใช่ถ้าคุณปิดเครื่องคอมพิวเตอร์ของคุณโดยไม่ต้องทำปิดเหมาะสมข้อมูลที่ถูกเขียนขึ้นเมื่อเร็ว ๆ นี้โดยการใช้งานอาจจะไม่ได้จริงรับการเขียนไปยังดิสก์ ๆ

— Wyzard

ใช้เวลาไม่นานในการ 'สำรอง' พื้นที่ว่างบนระบบไฟล์ฉันได้ทำสิ่งนี้สำหรับไฟล์ที่มีขนาดใหญ่มากใน C ++ (หลาย TB) โดยการค้นหาไบต์สุดท้ายของไฟล์ออฟเซ็ตจากแหล่งกำเนิด - การจัดสรรไฟล์แบบทันทีหลายเทราไบต์ ; จริง ๆ แล้วการเขียนข้อมูลจำนวนมากใช้เวลาสักครู่ แต่ด้วยไฟล์ windows 7 จะถูกเก็บไว้ในหน่วยความจำ 'ฟรี' - ไฟล์ที่อ่านหรือเขียนก่อนหน้านี้จะถูกเก็บไว้เป็นหน้าจนกว่าจะมีแรงกดดันหน่วยความจำที่จะปล่อยหน้าภายใต้สถานที่ตั้ง เป็นสิ่งจำเป็นครั้งล่าสุดที่จะใช้งาน - นี่เป็นของใหม่ใน Windows 7

— Michael Stimson

ไม่ได้อ่านไฟล์ต้นฉบับ ... พวกเขาถูกแคชไว้ในหน่วยความจำแล้วเพราะคุณเข้าถึงพวกเขาเมื่อเร็ว ๆ นี้ รีบูตเพื่อล้างแคชจากนั้นลองสร้าง iso และมันจะช้าลง

— psusi

Microsoft ฝึกงาน chiming ผู้จัดการของฉันทำงานอย่างหนักกับ NTFS และบอกฉัน (IIRC) ว่าอาจใช้เวลาทั้งหมดสิบหกวินาทีนับจากเวลาที่คุณโทรหาWriteFileจนถึงเวลาที่ข้อมูลเริ่มกดดิสก์คอนโทรลเลอร์ ในช่วงเวลานั้นการโทรแบบอ่าน / เขียนจะอ้างถึงเวอร์ชันในหน่วยความจำ การตั้งค่าสถานะการเขียนผ่านจะช่วยให้คุณข้ามแคช Windows แต่คุณยังคงอยู่ในความเมตตาของแคชของดิสก์คอนโทรลเลอร์

— zneak

หากคุณคัดลอกไฟล์ไปยังไดรฟ์อื่นคุณจะคัดลอกข้อมูลที่ถูกต้องจากแคชแม้ว่าจะยังไม่ได้เขียนลงดิสก์ การเข้าถึงไฟล์ทั้งหมดต้องผ่านดิสก์แคชของระบบปฏิบัติการดังนั้นระบบปฏิบัติการสามารถแสดงมุมมองที่ถูกต้องและสอดคล้องกับสิ่งที่ถูกเขียนไปยังระบบไฟล์แม้ว่าการเขียนจริงไปยังฟิสิคัลดิสก์พื้นฐานยังไม่เสร็จสิ้น (และฉันไม่แน่ใจว่าคุณหมายถึงอะไรเกี่ยวกับการเขียนเลขศูนย์ทั้งหมด - ค่าของไบต์ไม่ส่งผลกระทบต่อความเร็วในการจัดเก็บใน RAM)

— Wyzard