Solución:
No estoy convencido de que la cantidad de solicitudes por segundo se envíen directamente al servidor SQL y elimine sus inserciones. Quizás haya un error de lógica de la aplicación que revierte o no confirma las inserciones. O la aplicación no puede manejar la simultaneidad e inserta datos que violan las restricciones. También comprobaría los registros del servidor para ver si hay interbloqueos.
Utilice SQL Profiler o el contexto de datos LINQ para el registro para ver qué se ha enviado realmente al servidor y luego determinar cuál es el problema.
Habilite el registro de contexto de datos de esta manera:
datacontext.Log = Console.Out;
Como nota al margen, he estado procesando 10 000 transacciones por segundo en SQL Server, así que no creo que ese sea el problema.
Esto depende en gran medida del tipo de consultas que esté realizando. Puede tener muchas consultas solicitando datos que ya están en un búfer, por lo que no se requiere acceso de lectura al disco o puede tener lecturas, que en realidad requieren acceso al disco. Si su base de datos es pequeña y tiene suficiente memoria, es posible que tenga todos los datos en la memoria en todo momento; el acceso sería muy rápido, entonces, podría obtener más de 100 consultas / segundo. Si necesita leer un disco, depende de su hardware. He optado por un controlador UltraSCSI-160 con unidades UltraSCSI-160, la opción más rápida que puede obtener en una plataforma tipo PC. Proceso alrededor de 75.000 registros cada noche (se descargan de otro servidor). Para cada registro que proceso, el programa realiza entre 4 y 10 consultas para colocar el nuevo registro en el “espacio” correcto. Todo el proceso dura unos 3 minutos. Estoy ejecutando esto en una máquina AMD Athlon de 850 MHz con 768 MB de RAM. Espero que esto te dé una pequeña indicación sobre la velocidad.