[Кулик Алексей aka kpblc]

Всем доброго. Столкнулся с проблемой, которую вообще не ожидал встретить.
Суть задачи - необходимо открыть сторонний dwg. Использовал стандартный ReadDwgFile - и оно по скорости почему-то уступает (по крайней мере в моих условиях) использовавшемуся в лиспе ObjectDBX.
Простое открытие 19 файлов, весом от 1 до 2 метров каждый под NET кушает 2 минуты. ObjectDBX в некомпилированном (!) лиспе с теми же задачами справляется за максимум 15 секунд.
Открываю кодом типа

Код:

[Выделить все]

 public void TryToOpenFile(string FileName)
{
    Database _fileDb = new Database(false, true);
    try
    {
        _fileDb.ReadDwgFile(FileName, FileShare.ReadWrite, false, "");
    }
    catch
    {
        // На случай, если файл находится в режиме ReadOnly
        string _copyName = Path.Combine(Path.GetTempPath(), Path.GetFileName(FileName));
        File.Copy(FileName, _copyName, true);
        _fileDb.ReadDwgFile(_copyName, FileShare.ReadWrite, false, "");
    }
}

И на ReadDwgFile невероятные потери времени! Что я делаю не так?
---
Уточнение: работа ведется в ACAD2013x64, Windows 7. Перейти на другие версии - не вариант.

[Сергей812]

тыц?

[Кулик Алексей aka kpblc]

Смена режима открытия ничего не принесла: все то же самое. Да я уже и смирился

[Сергей812]

вообще то это

Код:

[Выделить все]

 Using acCurDB As New Database(False, True)

имел в виду)

[Кулик Алексей aka kpblc]

Это в обязательном порядке. Проблема в тормозах самого ReadDwgFile - именно там у меня проблема. На лиспе, кстати, все срабатывает замечательно - за полминуты примерно на 30 файлов. В других версиях ACAD - NET работает корректно. И вот только в 2013 такая засада.
А как передать полученный в лиспе vla-указатель на сторонний документ внутрь NET-функции, я не знаю. Да и не нужно этого, наверное

[Сергей812]

Сообщение от Кулик Алексей aka kpblc Это в обязательном порядке.

в using обернуто создание БД?

Код:

[Выделить все]

 using(Database _fileDb = new Database(false, true))
{


}

[Кулик Алексей aka kpblc]

А как же!!

----- добавлено через ~3 мин. -----
https://adn-cis.org/forum/index.php?...51891#msg51891 - там примеры кода. Прошу по голове ногами не охаживать, я еще учусь

[Сергей812]

пока последняя мысль для проверки - объединить usign(database) и db.CloseInput(true). У тебя этого варианта среди тестовых не увидел.

[Кулик Алексей aka kpblc]

Может, я не там или не так написал (скорее всего, и то, и другое): тот же пост, строки 28-39:

Код:

[Выделить все]

                     try
                    {
                        _fileDatabase.ReadDwgFile(fileName, FileShare.Read, false, "");
                    }
                    catch
                    {
                        string _copyFileName = Path.Combine(Path.GetTempPath(), Path.GetFileName(fileName));
                        File.Copy(fileName, _copyFileName, true);
                        _fileDatabase.ReadDwgFile(_copyFileName, FileShare.Read, false, "");
                    }

                    _fileDatabase.CloseInput(true);

Это "не то"?

[Сергей812]

Test1 строка 25 - создаешь БД без using, в 39 строке - закрываешь CloseInput

Test2 строка 68 - создаешь БД без using, в 83 строке - закрываешь CloseInput

Test3 строка 102 - создаешь БД с using, в 108 строке - закрываешь файл лога, а CloseInput нет.


предлагаю Test4 cделать копированием команды Test3, где будет добавлено CloseInput(true) после ReadDwgFile - т.е. using и closeinput одновременно, и затестить на скорость. Больше пока мыслей нет)

[Кулик Алексей aka kpblc]

О, спасибо за подробные разъяснения, попробую.

[Сергей812]

т.е. если без using в цикле по именам файлов создаешь БД, заполняешь ее, а потом на следующей итерации создаешь новую БД - а старая остается "болтаться" в памяти, пока сборщик не подберет (одна же область видимость - тело цикла). Когда он (сборщик) сможет и изволит это сделать - можно только догадываться) И какие еще действия в реализации интерфейса IDisposable реализованы в библиотеках 2013 акада, может какой-нибудь вспомогательный "костыль" дергается - ведь как раз с 2013 акада ввели дополнительные меры безопасности на загрузку приложений, может где накладка получилась в "движке". А в следующих версиях уже поправили. Можно только догадываться)

[Кулик Алексей aka kpblc]

Попробовал. Те же фаберже, вид сбоку. Потери что по времени, что по съедаемой памяти плюс-минус одинаковы Так что буду считать это особенностью ACAD2013.

[Сергей812]

больше идей нет) А насчет

Сообщение от Кулик Алексей aka kpblc А как передать полученный в лиспе vla-указатель на сторонний документ внутрь NET-функции, я не знаю. Да и не нужно этого, наверное

а чем ссылка на документ отличается от ссылки на объект? А насчет нужности это эксперимента решать тебе)

[Кулик Алексей aka kpblc]

Сообщение от Сергей812 а чем ссылка на документ отличается от ссылки на объект?

Ну хотя бы тем, что документ не имеет ObjectId или хендла, насколько я понимаю. А вызывать это надо из-под лиспа. В общем, пока что я забил на проблему, поскольку решения пока найти не удалось.

[Сергей812]

видимо, разработчики Аутодеска не могли себе представить ситуацию - что придется считывать содержимое БД чертежа в лиспе и потом интерфейс IAcadDatabase передавать в .Net код

[Кулик Алексей aka kpblc]

Offtop: Ага, вааще фантазии никакой! :