View Issue Details

IDProjectCategoryView StatusLast Update
0002034SAS.ПланетаРефакторинг / Refactoringpublic18-02-2014 13:25
Reportervdemidov Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status confirmedResolutionopen 
PlatformWindowsOSVistaOS VersionUltimate
Product Version121010 
Target Version41xxxx 
Summary0002034: Доработка интерфейса тайлохранилища (сохранение тайла)
DescriptionПо результатам тестирования менеджера кэша (хотя идея касается не только его) для СУБД (хотя тип кэша тут неважен) вырисовывается такая картина. Запускал много раз, но отличия все разы были только в галочке, переписывать тайлы в целевом хранилище или нет. Перед каждым разом целевое хранилище чистилось.

Тестовые результаты таковы (для удалённого сервера ASE по сетке):
если переписываем тайлы - скорость 1 МБ/с, если нет - 0.76 МБ/с.

Оно как бы понятно, что надо проверить, есть ли тайл, но собственно в этом и есть засада.

Идея заключается в модификации процедуры сохранения, чтобы можно было параметром передать, надо ли перезаписывать тайл, может быть даже при каких условиях перзаписывать (отличие по размеру, более ранняя дата, и т.п.). И чтобы вернулась информация, был ли реально тайл перезаписан в результате выполнения этой процедуры.
Ну или даже не модификации процедуры, а добавить новую фукнцию.
TagsNo tags attached.

Relationships

related to 0001750 closedvasketsov SACS.Планета Доработка интерфейса тайлохранилища (сохранение тайла) 

Activities

vdemidov

24-11-2013 22:47

manager   ~0013300

Поменял интерфейс, но теперь нужно в реализациях тайлохранилищ оптимизировать обращения, где это возможно.

zed

25-11-2013 18:27

manager   ~0013301

Из-за необходимости удалять tne при записи тайла и наоборот, в Беркли оптимизированный вариант вырисовывается несколько монструозный, поэтому будет неоптимальный.

vdemidov

25-11-2013 18:31

manager   ~0013302

Твои предложения?

zed

25-11-2013 18:40

manager   ~0013303

Предложений нет, просто констатация текущего положения дел - теперь при записи тайлов в Беркли, будет несколько больший оверхэд, чем это было раньше. Но оптимизация в принципе возможна и можно открыть тикет по этому поводу (только не на моё имя).

Issue History

Date Modified Username Field Change
20-07-2013 08:37 vdemidov New Issue
20-07-2013 08:37 vdemidov Issue generated from: 0001750
20-07-2013 08:37 vdemidov Relationship added related to 0001750
20-07-2013 08:38 vdemidov Project SACS.Планета => SAS.Планета
20-07-2013 08:38 vdemidov Status new => confirmed
20-07-2013 08:38 vdemidov Product Version => 121010
20-07-2013 08:38 vdemidov Target Version => 131111
04-11-2013 12:51 vdemidov Target Version 131111 => 41xxxx
24-11-2013 22:47 vdemidov Note Added: 0013300
25-11-2013 18:27 zed Note Added: 0013301
25-11-2013 18:31 vdemidov Note Added: 0013302
25-11-2013 18:40 zed Note Added: 0013303
18-02-2014 13:25 vdemidov Category Баг => Рефакторинг
08-08-2025 13:25 zed Category Рефакторинг => Рефакторинг / Refactoring