2013-08-01 11 views
15

Wydajność programu RestKit jest niedopuszczalnie mała, gdy pobierasz zaledwie 9 000 obiektów - zajmuje to 10 minut na symulatorze, a czas nieokreślony na iPadzie Mini.Wydajność i dane podstawowe rozwiązania RestKit

Mam kilka tabel, które pobieram z spokojnego interfejsu. Wszystko działa, ale wydaje się, że istnieje problem skali wykładniczej, który staje się nie do zniesienia, gdy istnieje wiele obiektów. Poniższa tabela ma najwięcej problemów:

optionMapping.identificationAttributes = @[@"optionID"]; 

// OptionType 
RKEntityMapping *optionTypeMapping = [RKEntityMapping mappingForEntityForName:@"OptionType" inManagedObjectStore:rkMOS]; 
[optionTypeMapping addAttributeMappingsFromDictionary:@{ 
@"id" : @"optionTypeID", 
@"option_type" : @"optionType",}]; 

optionTypeMapping.identificationAttributes = @[@"optionTypeID"]; 

Atrybut optionTypeID jest indeksowany w danych podstawowych i nie jest opcjonalny.

Istnieją pewne relacje do innych tabel, które mapować następująco:

// Option.optionType -> OptionType 

[optionMapping addConnectionForRelationship:@"optionType" connectedBy: @"optionTypeID"]; 

// Option.unit -> Unit 

[optionMapping addConnectionForRelationship:@"unit" connectedBy:@"unitID"]; 

te nie wydają się być problemem - I komentuje je, a do pobrania jest jeszcze bardzo, bardzo powolny .

Przygotowałem deskryptor odpowiedzi (jest to katalog, więc muszę go jedynie pobrać). Zauważ, że poniższy kod pokazuje konfigurację dla wszystkich tabel.

NSArray *reqA = @[@{@"endpoint" : API_VENDORS_ENDPOINT, 
        @"mapping" : vendorMapping}, 

        @{@"endpoint" : API_OPTION_TYPES_ENDPOINT, 
        @"mapping" : optionTypeMapping}, 

        @{@"endpoint" : API_OPTIONS_ENDPOINT, 
        @"mapping" : optionMapping}, 

        @{@"endpoint" : API_UNITS_ENDPOINT, 
        @"mapping" : unitMapping}, 

        @{@"endpoint" : API_PRICE_TIERS_ENDPOINT, 
        @"mapping" : priceTierMapping}, 

        @{@"endpoint" : API_PRODUCT_TYPES_ENDPOINT, 
        @"mapping" : productTypeMapping}, 

        @{@"endpoint" : API_PRODUCTS_ENDPOINT, 
        @"mapping" : productMapping} 
        ]; 

for (NSDictionary *mapD in reqA) { 

    RKResponseDescriptor *thisRD = [RKResponseDescriptor 
            responseDescriptorWithMapping:[mapD valueForKey:@"mapping"] 
            pathPattern:[mapD valueForKey:@"endpoint"] 
            keyPath:nil 
            statusCodes:RKStatusCodeIndexSetForClass(RKStatusCodeClassSuccessful)]; 

    [_objMgr addResponseDescriptor:thisRD]; 

Używam Object Manager, aby pobrać tabelę:

wyjście
[_objMgr getObjectsAtPath:verbStr 
       parameters:nil 
       success:^(RKObjectRequestOperation *operation, RKMappingResult *mappingResult) { 
        RKLogInfo(@"%@ load complete: %@", verbStr, [NSDate date]); 

        NSInteger idx = [loadA indexOfObject:verbStr] + 1; 

        if (idx < [loadA count]) { 
         [self load:[loadA objectAtIndex:idx] stack:loadA]; 
        } 

        [[NSUserDefaults standardUserDefaults] setObject:[NSDate date] forKey:verbStr]; 
        [[NSUserDefaults standardUserDefaults] synchronize]; 

        NSDictionary *options = @{@"verb" : verbStr}; 
        [[NSNotificationCenter defaultCenter] postNotificationName:OBJECTS_DOWNLOADED object:self userInfo:options]; 

       } failure:^(RKObjectRequestOperation *operation, NSError *error) { 
        RKLogError(@"Load failed with error: %@", error); 

        NSInteger statusCode = operation.HTTPRequestOperation.response.statusCode; 

        if (401 == statusCode) { 
         [self resetAdmin]; 
        } 
       }]; 

Konsola pokazuje, że mapowanie chugging wzdłuż, ale trwa wiecznie. Poniżej znajduje się tylko jeden fragment z tysięcy podobnych:

2013-08-01 17:11:49.319 CarpetDirect[138:1507] D restkit.object_mapping:RKMappingOperation.m:952 Starting mapping operation... 
2013-08-01 17:11:49.321 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:953 Performing mapping operation: <RKMappingOperation 0x1dda2160> for 'Option' object. Mapping values from object { 
    id = 1307; 
    "option_type" = 0; 
    unit = "<null>"; 
    value = "939 Puddle"; 
} to object <Option: 0x1dd55020> (entity: Option; id: 0x1dd55060 <x-coredata:///Option/t3ABD9C1C-1BBA-4C39-AEF7-EB3D1D9AFC0B1334> ; data: { 
    optionID = 1307; 
    optionType = nil; 
    optionTypeID = 0; 
    orderedItems =  (
); 
    products =  (
); 
    unit = nil; 
    unitID = 0; 
    value = nil; 
}) with object mapping (null) 
2013-08-01 17:11:49.324 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:550 Mapping attribute value keyPath 'id' to 'optionID' 
2013-08-01 17:11:49.326 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:583 Skipped mapping of attribute value from keyPath 'id to keyPath 'optionID' -- value is unchanged (1307) 
2013-08-01 17:11:49.329 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:550 Mapping attribute value keyPath 'unit' to 'unitID' 
2013-08-01 17:11:49.333 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:431 Found transformable value at keyPath 'unit'. Transforming from type 'NSNull' to 'NSNumber' 
2013-08-01 17:11:49.334 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:572 Mapped attribute value from keyPath 'unit' to 'unitID'. Value: (null) 
2013-08-01 17:11:49.336 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:550 Mapping attribute value keyPath 'value' to 'value' 
2013-08-01 17:11:49.338 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:572 Mapped attribute value from keyPath 'value' to 'value'. Value: 939 Puddle 
2013-08-01 17:11:49.339 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:550 Mapping attribute value keyPath 'option_type' to 'optionTypeID' 
2013-08-01 17:11:49.342 CarpetDirect[138:1507] T restkit.object_mapping:RKMappingOperation.m:583 Skipped mapping of attribute value from keyPath 'option_type to keyPath 'optionTypeID' -- value is unchanged (0) 
2013-08-01 17:11:49.345 CarpetDirect[138:1507] D restkit.object_mapping:RKMappingOperation.m:1021 Finished mapping operation successfully... 
2013-08-01 17:11:49.348 CarpetDirect[138:1507] 

Jakieś pomysły na to, jak mogę to przyspieszyć? Wszystko, co chcę zrobić, to wysyłać dane z serwera do Core Data.

+0

Czy to 9000 oddzielnych wniosków? Jeśli tak, to 900 na minutę, 15 na sekundę, prawdopodobnie nie dostanie się znacznie szybciej. – Thilo

+1

Wszystko to w jednym żądaniu na serwer. Json wraca szybko, więc nie stanowi to problemu. Problem polega na tym, że RestKit musi wylać dane do danych podstawowych. – user2379765

+0

Zawieszałem pierwszy fragment kodu. Powinno to być: RKEntityMapping * optionMapping = [RKEntityMapping mappingForEntityForName: @ "Option" inManagedObjectStore: rkMOS]; [optionMapping addAttributeMappingsFromDictionary: @ { @ "id": @ "optionID" @ "option_type": @ "optionTypeID", @ "jednostki": @ "unitID" @ "wartości": @ "wartość" }]; optionMapping.identificationAttributes = @ [@ "optionID"]; – user2379765

Odpowiedz

2

Trudno powiedzieć dużo bez większego kontekstu, ale jakie są opcje rejestrowania narzędzia RestKit? Z mojego doświadczenia wynika, że ​​rejestrowanie w dzienniku w programie RestKit jest bardzo szczegółowe, spowalniając działanie o czynnik 10-krotny.

Wyłącz wszystkie rejestrowanie RestKit i sprawdź, czy coś się poprawiło. Jeśli nadal występuje problem, użyj narzędzi do profilowania aplikacji - powinieneś łatwo zobaczyć, które ścieżki kodu zabierają większość czasu (parsowanie, mapowanie RestKit, dane podstawowe itd.).

+1

Rejestrowanie jest rzeczywiście problem z RestKit, pod względem wydajności. Dobra wskazówka! – magma

Powiązane problemy