Действительно ли Настольная среда производит производительность программы?

Ваш DE не будет влиять ^{на performance1} программ, работающих в нем кроме до степени, он использует RAM. Другими словами, если у Вас будет достаточно RAM для них обоих, то программа не будет работать лучше с KDE по сравнению с LXDE и т.д.

"Наличие достаточного количества RAM" не обязательно означает DE + программа = 99%. Ядро использует свободную RAM для кэширования, и если нет очень, производительность может пострадать из-за отсутствия кэша. Вот некоторый пример free вывод:

             total       used       free     shared    buffers     cached
Mem:       3735512    3547108     188404          0      37484    1296184
-/+ buffers/cache:    2213440    1522072
Swap:      5496148      30012    5466136

На первой строке мы видим в общей сложности 373,5 МБ доступной памяти с 354,7 используемыми. Однако 133.35 (129.6 + 3.75), МБ которого буферы или кэш. Это - память, которая на самом деле не фиксируется; кэш может быть выведен, и пространство может быть сделано доступным на уведомлении момента, таким образом, на следующей строке мы видим 354.7 - 133.35 = используемые 221,35 МБ и 18.8 + 133.35 = свободные 152,2 МБ.

В зависимости от Вашего количества RAM система может обычно следовать за тем шаблоном, где RAM полностью используется комбинацией фактических обязательств плюс кэширование, указывая, что ядро максимизирует свое использование ресурсов. В этой ситуации это, вероятно, подкачает небольшое количество низкоприоритетного материала (третья строка). Однако та максимизация не всегда возможна, поэтому иногда можно видеть значительную из RAM, оставленной свободной, даже когда кэш включен. Это может дать Вам ключ к разгадке относительно, сколько кэша ядро является склонным для использования при обстоятельствах. Идеально, Вы хотите удостовериться, что это действительно имеет достаточно комнаты, чтобы сделать это. Если Вы замечаете большую область подкачки, используемую на третьей строке, Вы хорошо проходите ту точку.

Использование другого DE различные суммы RAM, отражающей число и сложность их компонентов. Это обычно не находится так очень на сегодняшних машинах размера ГБ, но это может сложить. Если Вы напрягаете пределы, просто описанные, и у Вас есть <= 2 ГБ, с помощью зажигалки, DE может изменить это немного. Используя никакой DE вообще (т.е. просто менеджер окон) изменит его больше, потому что DE's должен запустить менеджер окон так или иначе. Если Вы будете иметь>, то 2 ГБ, изменяя DE's, вероятно, не изменятся очень.

Наконец, большая часть процессора жадные программы не является программами GUI. Программы GUI обычно неактивны, ожидая пользовательского действия, или делая что-то вроде низкой интенсивности (например, воспроизведение видео для современного рабочего стола является низким действием интенсивности; это не требует высокого процента доступного процессорного времени). Действительно жадные программы являются, которые будут использовать столько процессора, сколько они могут независимо от того, что - получают быстрый процессор, и они будут все еще макс. он (например, компиляторы), но конечно, они выполнят задачу более быстро. Если Вы находитесь действительно действительно в спешке, может быть преимущество для выполнения тех, которые не имеют никакого GUI вообще, так как рабочий GUI действительно требует, чтобы планировщик был заставлен напряженно трудиться. Это не чрезвычайно значительно, как бы то ни было.

Одной вещью я часто замечаю WRT к использованию процессора на рабочем столе, является веб-браузер; это не должно использовать много большую часть времени. Если Вы замечаете его, или некоторый плагин, связанный с ним, постоянно использует ЦП выше, говорят, что 1-2% (или независимо от того, что это - при первом открытии его), это - вероятно, что-то на одной из вкладок. Попытайтесь закрыть их для наблюдения то, что происходит.

¹ Определенный как доступ к процессорному времени и принятие во внимание того, что без кэша RAM, это может быть уменьшено из-за ожидания на диске ввод-вывод (часто используемые вещи, которые кэшировались бы, должен вместо этого неоднократно читаться из диска).