Tudo é relativo, é claro, mas comparado a simplesmente executar o mesmo SQL usando o gerenciador de consultas, há uma grande diferenç

Eu usei o criador de perfil para ver quais instruções SQL o banco de dados executa quando o LINQ chama um procedimento armazenado. O resultado é retornado em cerca de 1400ms. Se eu copiar / colar o SQL e executar exatamente o mesmo SQL através do gerenciador de consultas, o resultado será retornado em 2ms. Isso me faz pensar se há algo que eu preciso fazer? Alguém aqui teve experiências semelhantes?

A seguir, o SQL envia do LINQ:

declare @p26 int
set @p26=0
exec sp_executesql N'EXEC @RETURN_VALUE = [dbo].[TapeInfo_Get] @TapeFlag_IsDigitized = @p0, @TapeFlag_ChosenSingleTape = @p1, @TapeFlag_ChosenHierarchy = @p2, @TapeFlag_ChosenForced = @p3, @TapeFlag_ExcludedHierarchy = @p4, @TapeFlag_ExcludedARKBNR = @p5, @TapeFlag_ExcludedForced = @p6, @TapeFlag_ExcludedFilmRoll = @p7, @TapeFlag_ExcludedDVCPRO = @p8, @TapeFlag_ExcludedVHS = @p9, @TapeFlag_ExcludedType = @p10, @TapeFlag_NoticeBNR = @p11, @TapeFlag_NoticeMultiplePNR = @p12, @TapeFlag_NoticeType = @p13, @ProductionFlag_ExcudedDate = @p14, @ProductionFlag_NoticeMultipleTape = @p15, @ProductionFlag_NoticeFilm1C = @p16, @ProductionFlag_NoticeFilmBetaDigial = @p17, @ProductionFlag_ExcludedForeignProd = @p18, @Query = @p19, @PageIndex = @p20, @PageSize = @p21, @ReturnCount = @p22',N'@p0 bit,@p1 bit,@p2 bit,@p3 bit,@p4 bit,@p5 bit,@p6 bit,@p7 bit,@p8 bit,@p9 bit,@p10 bit,@p11 bit,@p12 bit,@p13 bit,@p14 bit,@p15 bit,@p16 bit,@p17 bit,@p18 bit,@p19 varchar(8000),@p20 int,@p21 int,@p22 bit,@RETURN_VALUE int output',@p0=0,@p1=1,@p2=1,@p3=1,@p4=0,@p5=0,@p6=0,@p7=0,@p8=0,@p9=0,@p10=0,@p11=0,@p12=0,@p13=0,@p14=0,@p15=0,@p16=0,@p17=0,@p18=0,@p19=NULL,@p20=0,@p21=10,@p22=0,@RETURN_VALUE=@p26 output
select @p26

O código .Net C # é simplesmente:

using( BRSDataContext dc = new BRSDataContext() )
{
    dc.TapeInfo_Get(false, false, false, false, false, false, false, false, false, false, false, null, true, null, false, null, null, null, false, query, startRowIndex, count, false)
}

Tem algo que estou perdendo? Alguma idéia do que pode influenciar o desempenho de maneira tão dramática? O banco de dados (MSSQL 2008) e o servidor da web que hospeda o site asp.net que executa o LINQ, estão localizados na mesma rede e estão executando o Windows server 2008 std 32bit.

Obrigado pela ajuda

SOLUÇÃ:

SET ARITHABORT ON;

Portanto, não foi um problema de LINQ, mas mais um problema geral do SQL Serve