Эффективный способ получить процессорное время потока с помощью JMX
Возможно, будет полезно людям, работающим с Microsoft SQL SERVER
@Column(columnDefinition="bit default 0")
private Boolean active;
Возможные значения: 0 или 1
4 ответа
Оптимизация:
- вызывать getThreadCPUTime внутри пула потоков, поскольку он кажется связанным с сетью;
- всякий раз, когда обнаруживается, что поток находится в
Thread.STATE.TERMINATED, сохраните его имя в Map и пропустите запросы в следующий раз.
Если вы хотите использовать нестандартные API, вы можете преобразовать OperatingSystemMXBean в com.sun.management.OperatingSystemMXBean и вызвать getProcessCpuTime () , как описано в Использование внутреннего класса Sun для получения времени ЦП JVM в блоге Дэвида Роберта Надо.
Не могли бы вы подробнее рассказать о том, как вы планируете использовать эту информацию? Вы можете получить время процессора потоков с помощью агента на основе JVMTI, который должен работать немного лучше, чем JMX. Как вы измерили накладные расходы подхода JMX, которые привели вас к выводу о «ужасной» производительности?
Actually, once you assign them an ID, they become a public member variable of the given element. So for instance if you have
<mx:Canvas><mx:Label id="myLabel" /></mx:Canvas>
You can access it by it's id as a variable name:
myLabel.text = "Hello world!";
Let me know if you need more clarification. If this isn't what your asking, feel free to comment and I'll take another whack at it.
Regards, вверху файлов указан способ Visual Studio по умолчанию. Однако рекомендуемый подход заключается в помещении операторов using внутри пространства имен. Даже stylecop от MS улавливает это и говорит, что использование VS по умолчанию неверно.
Оба метода работают нормально.
Правило StyleCop гласит: Размещение нескольких элементов пространства имен в одном файле обычно плохая идея, но если и когда это готово, рекомендуется разместить все директивы using внутри каждого из элементы пространства имен, а не глобально вверху файла. Эта будет ограничивать пространства имен плотно, и также поможет избежать поведение, описанное выше.
Важно отметить, что когда код был написан с использованием директив размещен вне пространства имен, забота следует принимать во внимание при перемещении этих директивы в пространстве имен, чтобы убедитесь, что это не меняет семантика кода. Как объяснено выше, разместив директивы using-alias внутри элемента пространства имен позволяет компилятор на выбор конфликтующие типы, которые будут не происходит, когда директивы размещены за пределами пространства имен.
Вот несколько ссылок для дальнейшего изучения:
- Должны ли операторы using находиться внутри или вне пространства имен?
- Является ли sa1200 Все директивы using должны быть помещены в пространство имен (StyleCop) чисто косметическими ?
- http://www.hanselman.com/blog/BackToBasicsDoNamespaceUsingDirectivesAffectAssemblyLoading.aspx
- http://blogs.msdn.com/sourceanalysis/pages/sa1200-usingdirectivesmustbeplacedwithinnamespace.aspx1 [127012] -... -
Проблема, должно быть, заключается в удаленном характере ваших вызовов.
Недавно я сделал всплеск запроса у потока на использование времени процессора, и это было невероятно быстрее. В контексте запроса веб-приложения это было почти неизмеримо. Если кто-то войдет в жесткий цикл, это будет стоить вам, но обычно вы хотите, чтобы это было в начале операции и снова в конце.