Оптимизация сеанса nhibernate factory, время запуска webApp очень медленное

У меня есть приложение для тестирования. который использует свободное отображение nhibernate для объекта db внутри mssql db. Так как я хочу узнать точную мелодию nhib. mvc3, я использую это приложение. для целей тестирования, которые имеют только один простой объект с 10 свойствами enum и одним строковым свойством. Таким образом, это действительно световая волна, но время запуска в соответствии с nhibernate-профилировщиком составляет 4,37 сек. Который действительно медленный для рендеринга одного объекта с несколькими проверенными/не проверенными свойствами строк.

Код следующий. Domain.SessionProvider.cs

public static ISessionFactory CreateSessionFactory()
{
   var config = Fluently.Configure()
          .Database(MsSqlConfiguration.MsSql2008
          .ConnectionString(c => c.FromConnectionStringWithKey("myConnection")))
          .Mappings(m => m.FluentMappings.Add<FeaturesMap>())
          .ExposeConfiguration(p => p.SetProperty("current_session_context_class", "web"))
          .BuildConfiguration();

          return config.BuildSessionFactory();            
}

Global.asax

public class MvcApplication : System.Web.HttpApplication
{   
   //SessionPerWebRequest is ommited here as well as other content
   public static ISessionFactory SessionFactory =
               SessionProvider.CreateSessionFactory();

    protected void Application_Start()
    {
       SessionFactory.OpenSession();
    }
}

Внутри myController у меня есть следующее:

public ActionResult Index()
{
   return View(GetData());
}

private IList<FeaturesViewModel> GetData()
{
     List<Features> data;
     using (ISession session = MvcApplication.SessionFactory.GetCurrentSession())
     {
          using (ITransaction tx = session.BeginTransaction())
          {
              data = session.Query<Features>().Take(5).ToList();
              tx.Commit();

              var viewModelData = FeaturesViewModel.FromDomainModel(data);
              return viewModelData;
           }
      }
}

Ответ 1

Вы можете улучшить время запуска (как для веб-приложений, так и для окон) путем кэширования конфигураций. Следующий класс выполнит эту работу:

using System.IO;
using System.Reflection;
using System.Runtime.Serialization.Formatters.Binary;
using System.Web;
using NHibernate.Cfg;

namespace NH32AutoMap.Core
{
    public class ConfigurationFileCache
    {
        private readonly string _cacheFile;
        private readonly Assembly _definitionsAssembly;

        public ConfigurationFileCache(Assembly definitionsAssembly)
        {
            _definitionsAssembly = definitionsAssembly;
            _cacheFile = "nh.cfg";
            if (HttpContext.Current != null) //for the web apps
                _cacheFile = HttpContext.Current.Server.MapPath(
                                string.Format("~/App_Data/{0}", _cacheFile)
                                );
        }

        public void DeleteCacheFile()
        {
            if (File.Exists(_cacheFile))
                File.Delete(_cacheFile);
        }

        public bool IsConfigurationFileValid
        {
            get
            {
                if (!File.Exists(_cacheFile))
                    return false;
                var configInfo = new FileInfo(_cacheFile);
                var asmInfo = new FileInfo(_definitionsAssembly.Location);

                if (configInfo.Length < 5 * 1024)
                    return false;

                return configInfo.LastWriteTime >= asmInfo.LastWriteTime;
            }
        }

        public void SaveConfigurationToFile(Configuration configuration)
        {
            using (var file = File.Open(_cacheFile, FileMode.Create))
            {
                var bf = new BinaryFormatter();
                bf.Serialize(file, configuration);
            }
        }

        public Configuration LoadConfigurationFromFile()
        {
            if (!IsConfigurationFileValid)
                return null;

            using (var file = File.Open(_cacheFile, FileMode.Open, FileAccess.Read))
            {
                var bf = new BinaryFormatter();
                return bf.Deserialize(file) as Configuration;
            }
        }
    }
}

Чтобы использовать это,

private Configuration readConfigFromCacheFileOrBuildIt()
{
    Configuration nhConfigurationCache;
    var nhCfgCache = new ConfigurationFileCache(MappingsAssembly);
    var cachedCfg = nhCfgCache.LoadConfigurationFromFile();
    if (cachedCfg == null)
    {
        nhConfigurationCache = buildConfiguration();
        nhCfgCache.SaveConfigurationToFile(nhConfigurationCache);
    }
    else
    {
        nhConfigurationCache = cachedCfg;
    }
    return nhConfigurationCache;
}

И затем, прежде чем вызывать BuildSessionFactory, мы можем прочитать файл конфигурации из кеша или изменить сопоставления, создать его и снова кэшировать:

public ISessionFactory SetUpSessionFactory()
{
    var config = readConfigFromCacheFileOrBuildIt();
    var sessionFactory = config.BuildSessionFactory();

Здесь вы можете найти полный образец: (^). + Если вы хотите, чтобы он работал, отделите классы классов и сопоставлений определений отображений от основной сборки приложения (потому что класс ConfigurationFileCache удалит файл кэша, если сборка определений отображений более новая, чем файл кэша LastWriteTime).

Ответ 2

IIRC правильно, не рекомендуется создавать объекты в contructor HttpApplication (или его подклассы, такие как MvcApplication). Лучше создать сеанс factory в обработчике Application_Start.

Вам следует удалить профилировщик NHibernate (так как все профилирующие устройства могут повлиять на измерения). Вместо этого поместите вызов CreateSessionFactory() и окружайте его с помощью класса Stopwatch, чтобы получить точное измерение.

Является ли ваш сервер базы данных медленным для ответа? Из-за пула соединений это может быть заметно только в первый раз.

NHibernate действительно занимает некоторое время, чтобы инициализировать, но 4 секунды с одним облегченным сущностью кажутся слишком много. Конечно, это зависит от общей производительности тестовой системы.