Я хочу, чтобы вы знали, что происходит, когда один раз используется стратегический цикл, иногда 60 мс, иногда 10000+ мс. Я рассчитывал на каждую функцию внутри, и обнаружил, что когда я был маленьким, все функции были маленькими, а когда я был большим, все функции были большими. И одна из функций - это обновление информации о графике, когда информация о статусе используется дольше, чем информация о рынке. Это вызвано облачными серверами, использующими t2.micro от Amazon.
Помощь (кликнуть на изображение)Графический статус-лист теоретически просто показывает, что медленность должна быть вызвана сетевым IO, что часть сетевого IO в цикле выполняется как можно более параллельно.
Изобретатели количественного измерения - мечтыЭто реальное устройство или ретрансляция? Содержимое статусной панели обновляется часто, скорость обновления не быстрая, поэтому отображаемое содержимое не сразу отображает содержимое текущей статусной панели.
Старую кожуОбновление информации о графике, информация о строке состояния может использоваться в нескольких нитках
Изобретатели количественного измерения - мечтыУменьшите цикл for до 10 раз и посмотрите дальше.
Я не знаю.Я обнаружил, что в одном месте требуется больше времени, а в конце цикла для этого требуется 220+, почему? var A = new Date (().getTime (()) var B = 0 var C = 0 for (var i = 0; i < 1000; i++) { // все вычисления внутри цикла B=new Date (().getTime (() -A {y:bi} C=new Date (().getTime (() -A // В результате B=6, C=220+ Я просто так выиграла время, не знаю, что с этим делать.
Я не знаю.Хорошо, спасибо.
Изобретатели количественного измерения - мечтыПредполагается, что без сетевого ИО не будет много времени, как правило, в несколько миллисекунд. Вместо простого тестового сценария мы исключаем вопрос о том, является ли это стратегическим проектом.
Я не знаю.Это реальное устройство, которое, по моим статистическим данным, всегда имеет большое и небольшое значение при использовании.
Я не знаю.Спасибо за идею.