Настройка Производительности.NET на 64 бита
Я не совсем уверен, что это сработает, но вы можете дать ему выстрел
/**
* Send Mail from Parts Specification Form
*/
public function sendMail(Request $request) {
$data = $request->all();
$messageBody = $this->getMessageBody($data);
Mail::raw($messageBody, function ($message) {
$message->from('yourEmail@domain.com', 'Learning Laravel');
$message->to('goper.zosa@gmail.com');
$message->subject('Learning Laravel test email');
});
// check for failures
if (Mail::failures()) {
// return response showing failed emails
}
// otherwise everything is okay ...
return redirect()->back();
}
5 ответов
JIT на 64 бита отличается от того для 32 битов, таким образом, я ожидал бы некоторые различия в выводе - но я не переключусь на 64 бита только для этого, и я не ожидал бы получать много скорости (если таковые имеются) в процессорное время путем переключения на 64 бита.
Вы заметите большое повышение производительности, если Ваше приложение будет использовать большую память, и ПК имеет достаточно RAM, чтобы не отставать от него. Я нашел, что приложения.NET на 32 бита имеют тенденцию начинать бросать из исключений памяти, когда Вы добираетесь до используемых приблизительно 1.6 ГБ, но они начинают перегружать диск из-за подкачки страниц задолго до того - таким образом, Вы заканчиваете быть связанным вводом-выводом.
В основном, если Вы - узкое место, ЦП затем, 64 бита вряд ли помогут. Если Ваше узкое место, память затем, необходимо видеть большое улучшение.
Будет использование Int64 улучшать производительность, и будет JIT-компилятор автоматически заставлять Int64 работать над системами на 32 бита
Int64 уже работает и над системами на 64 бита и над на 32 бита, но он будет быстрее работать на 64 битах. Таким образом, если Вы - главным образом перемалывание чисел с Int64, работание на системе на 64 бита должно помочь.
Самая важная вещь состоит в том, чтобы измерить Ваш уровень.
Это - хорошая статья о предмете одним из людей, которые работали над JIT на 64 бита. В основном, если Вам абсолютно не нужно адресное пространство, которое 64 бита могут предложить или должны сделать математику на 64 бита, Вы, вероятно, потеряете производительность. Поскольку указатели больше, кэш эффективно разделен на два, например.
Я заметил 64-разрядный являющийся намного медленнее.
Как был указан, 64-разрядный JIT-компилятор ведет себя по-другому к x86 JIT-компилятору. x86 компилятор использует в своих интересах некоторую оптимизацию, которую x64 каждый не делает.
Например, в.NET 3.5 32-разрядный JIT встроит функциональные вызовы со структурами как аргументы, но 64-разрядный JIT не делает.
В производственном коде я видел, что сборки x86 выполняют целый на 20% быстрее, чем сборки x64 (без других изменений)
Узкие места производительности будут тем же независимо от того, является ли архитектура 32-или 64-разрядный. Проблемы производительности имеют тенденцию быть результатом субоптимальных алгоритмов — выбор между 32-и 64-разрядные типы не будет значительно влиять на производительность.
Самое главное не пытайтесь улучшить производительность чего-то перед измерением ее. В особенности необходимо представить код для определения, где узкие места производительности.
Также ознакомьтесь с рекомендуемыми цепочками инструментов для DocBook.
-121--2426520-Посмотрите на Eclipse TPTP . Они могут предоставить именно это и многое другое для любого приложения, начатого с Eclipse.
-121--1418297-Для подведения итогов используйте 64-разрядную память только в том случае, если
- Вам нужна дополнительная память.
- Вы программируете, например, научные приложения, и вам нужна повышенная математическая точность
На каждом другом аспекте, начиная с сегодняшнего дня, 64-разрядный компилятор в .NET является шагом вниз.
Оптимизация производительности компиляторов .NET является серьезной проблемой.