Слишком мало загрузки ЦП в Java
Попробуйте это.
public PatientModel abc { get; set; }
public MainPage()
{
InitializeComponent();
Bridge();
// Using abc
}
public async void Bridge()
{
abc = new PatientModel();
abc = await GetPatientData();
}
public async Task<PatientModel> GetPatientData()
{
PatientModel patient = null;
try
{
Uri weburl = new Uri("myuri");
HttpClient client = new HttpClient();
Console.WriteLine("a");
HttpResponseMessage response = await client.GetAsync(weburl);
Console.WriteLine("b");
if (response.IsSuccessStatusCode)
{
Console.WriteLine("in");
patient = await response.Content.ReadAsAsync<PatientModel>();
Console.WriteLine("in funciton");
return patient;
}
return patient;
}catch(Exception ex)
{
Console.WriteLine(ex);
return patient;
}
}
4 ответа
Очевидно, вызовы базы данных вызывают задержки. Разве это не опция создать меньшие пакеты и тест, если это помогает?? Возможно, Вы могли параллелизировать алгоритм также, чтобы иметь очередь, где-нибудь берущую результаты и другой поток, вычищающий ту очередь?
править:
Существуют также некоторые другие проблемные области:
- База данных optimalization (модель)
- Конфигурация сервера базы данных
- Скорость диска
Все эти факторы должны быть приняты во внимание
Я никогда не рекомендовал бы, чтобы кто-то использовал драйвер JDBC с JNI, если тип IV, 100%-я версия Java доступна. Google нашел этого.
С этим в стороне, я ничего не могу сказать без большего количества информации. Приложение и база данных работающий на тех же аппаратных средствах?
Что так "интенсивно" о ВСТАВКАХ?
Я рекомендовал бы представить и получить некоторые реальные данные вместо предположения. Основанные на вере вычисления никогда не работают на меня.
Если Вы пишете много данных, то это кажется, что можно быть связанным диском. Смотрите на свою дисковую io статистику на машине, и если это, на самом деле узкое место, или находят аппаратные средства с лучше io или выясняют, как сделать меньше записей.
Диск замедляет Ваше приложение. ВСТАВЛЯЕТ используют диск, диск является медленным, и ОС должна ожидать операций записи для окончания.
Разве Вы не можете использовать 2 потока, один для алгоритма и другого для вставок? Если Вы только делаете, вставляет, можно также записать затем в текстовый файл и выполнить их в более позднее время