สมมติว่ากระบวนการขนาดใหญ่ (มาก) กำลังหยุดทำงานและทิ้งแกนประมวลผลและเรารู้สาเหตุจากข้อมูลอื่น (อาจเป็นข้อความยืนยันอาจเป็นอย่างอื่น)
มีวิธีที่จะหยุดการถ่ายโอนข้อมูลหลักจากการสร้างอย่างสมบูรณ์เพราะมันเป็นของเสียในกรณีนี้หรือไม่?
ตัวอย่างเช่นจะฆ่า -9 ของกระบวนการถ่ายโอนข้อมูลหลักขัดขวางการสร้าง corefile หรือไม่
เห็นได้ชัดว่าถ้าเรารู้ล่วงหน้าว่าเราไม่ต้องการทิ้งขยะหลักเราสามารถตั้ง ulimit ได้อย่างเหมาะสมหรือใช้ยูทิลิตี้ควบคุมไฟล์หลักต่าง ๆ ของระบบปฏิบัติการ
แต่คำถามนี้เกี่ยวกับขั้นตอน "การถ่ายโอนข้อมูลหลักที่อยู่ระหว่างดำเนินการ" ...
(ตัวอย่างเช่นลองนึกภาพฉันเป็นผู้ร้องขอใน /programming/18368242/how-to-bypass-a-2tb-core-dump-file-system-limit และไม่ต้องการเสีย 5 พื้นที่ดิสก์ขนาด -6 TB :))
บน Linux คุณสามารถปิดการใช้งานการถ่ายโอนข้อมูลหลักจากการสร้าง ... มันอาจเป็นตัวเลือกหรือไม่?
—
krisFR
ไม่ - การทิ้งขยะหลักเป็นสิ่งจำเป็นโดยทั่วไป แต่เราแค่มองหาวิธีที่จะหยุดมันในกรณีที่เรารู้ว่าปัญหาคืออะไรโดยไม่จำเป็นต้องใช้หลักเพื่อประหยัดเวลา / พื้นที่ดิสก์ / etc .... ของ แน่นอนว่าเราสามารถลบแกนหลักได้เมื่อเสร็จสิ้นการถ่ายโอนข้อมูล (หรือยกเลิกการเชื่อมโยงก่อนหน้านี้) แต่ไม่มีเหตุผลที่จะมัดพื้นที่ว่างสองสามกิ๊กบนดิสก์หากเราสามารถฆ่า core dump ได้ก่อนหน้านี้
—
Mike G.
คุณอาจใช้ "cat / dev / null> <path_to_core>" ในสคริปต์ที่เรียกใช้โปรแกรมเมื่อตรงตามเงื่อนไขที่กำหนดดังนั้นตราบใดที่รายการ / proc / <pid> อยู่ให้เข้าสู่โหมดสลีปทุกสองสามวินาทีและเรียกใช้ / คัดลอก dev / null ไปยังไฟล์หลัก มันจะทำให้มันเป็นศูนย์ ฉันไม่แน่ใจเกี่ยวกับบริบททั้งหมดของคำถาม แต่สามารถทำงานได้
—
Schrute
Schrute ที่จะมีผลเช่นเดียวกับการยกเลิกการเชื่อมโยงแกนกลางใช่ไหม พื้นที่ดิสก์และทรัพยากรระบบจะยังคงถูกใช้จนกว่าแกนประมวลผลจะเสร็จสิ้น - ขนาดไฟล์จะไม่ปรากฏในหน่วย du หรือ ls
—
Mike G.
ทรัพยากรใช่ แต่นี่เป็นวิธีการทั่วไปในการจัดการกับไฟล์ขนาดใหญ่เช่นไฟล์ core / log และไม่หยุด PID มันขึ้นอยู่กับว่าเป้าหมายคืออะไร
—
Schrute