เจาะลึก SearchValues<T> ใน .NET 8 เมื่อไหร่ควรใช้และเมื่อไหร่ควรหลีกเลี่ยง

หลายคนมักมองว่าเครื่องมือใหม่อย่าง SearchValues<T> ที่เพิ่มเข้ามาใน .NET 8 เปรียบเสมือนสูตรโกงที่ช่วยให้การสแกนสตริงเร็วขึ้นถึงห้าเท่า จนชวนให้อยากรีแฟกเตอร์โค้ดเดิมทันที แต่สำหรับนักพัฒนาที่ดูแลระบบจัดการล็อกซึ่งพึ่งพา IndexOfAny เป็นหลัก การทดสอบวัดประสิทธิภาพก่อนลงมือจริงจึงเป็นสิ่งจำเป็นอันดับแรก

จากการทดสอบเปรียบเทียบในกรณีที่บัฟเฟอร์ล็อกมีตัวคั่นความถี่หนาแน่นทุกๆ 60 ตัวอักษร ผลลัพธ์ที่ได้ค่อนข้างน่าประหลาดใจเนื่องจากแทบไม่ต่างกันมากนักระหว่างวิธีดั้งเดิมและเครื่องมือใหม่:

เหตุผลที่เป็นเช่นนี้เพราะเมธอด IndexOfAny บน .NET ยุคใหม่ที่มีชุดตัวอักษรขนาดเล็กได้รับการปรับแต่งแบบ vectorized มาเป็นอย่างดีอยู่แล้ว ในทางกลับกัน การเขียนลูปวนเช็คด้วยมือแบบดั้งเดิมกลับใช้เวลาช้ากว่าวิธีอื่นถึงสองเท่าตัว ซึ่งสะท้อนให้เห็นว่าปัญหาคอขวดที่แท้จริงมักมาจากโค้ดลูปที่เราเขียนขึ้นเองมากกว่าตัว API มาตรฐาน

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

• IndexOfAny(char[]): ใช้เวลา 5.6 มิลลิวินาที (พบการตรงกัน 723 รายการ)
• SearchValues<char>: ใช้เวลา 3.3 มิลลิวินาที (พบการตรงกัน 723 รายการ)

ในกรณีที่อัตราการพบเป้าหมายค่อนข้างน้อย SearchValues จะสามารถทำงานได้อย่างเต็มประสิทธิภาพในการกวาดผ่านช่วงข้อมูลยาวๆ ที่ไม่มีอะไรเลยด้วยขั้นตอนแบบ vectorized ที่กว้างขึ้น