Self-Perfection
Facebook performance <m.facebook.com> мне сегодня предложил установить приложение Facebook Lite, и я в результате порадовался 2 с лишним раза. Прежде чем вестись на замануху, что что-то там lite, я конечно попробовал найти замеры, сравнивающие с аналогом, в данном случае основным фейсбуковским приложением, и был приятно поражён тем, что такое сравнение с измерениями нашлось! Обычно их просто не существует, вот серьёзно, попробуйте, например, найти сравнение с числами прожорливости Telegram и Whatsapp — их нет. В лучшем случае сравнивают количество трафика, которое расходуется на одну минуту аудиозвонка. В моём воображаемом идеальном мире я легко находил бы замеры производительности различных приложений для одной и той же задачи и опирался бы на эти данные для выбора, каким из них пользоваться.

Ну а во-вторых, Facebook Lite по замерам оказался действительно по всем параметрам легковеснее стандартного. Да ещё содержит в себе мессенджер. Да ещё и есть ссылка на скачивание мимо Google Play. Заинтересовался и всё-таки установил. И, чёрт подери, он работает настолько быстро, что почти не раздражает меня тормозами, а настолько быстрых приложений мало, и я никак не ожидал увидеть приложение от фейсбука среди них. Ведь могут же оптимизировать, когда захотят!

В общем рекомендую очень.
Self-Perfection
performance latency Я всё размышляю, что же пошло не так, отчего софт всё тормозит, хотя производительность железа всё растёт. Кажется один из факторов — культурный. В информационном поле почти отсутствует мысль о важности отзывчивости и легковесности. Вот сколько я встречал списков сравнения best N apps for task X — не припомню, чтобы хотя бы в одном из них был замер использованного процессорного времени и памяти на выполнение аналогичных действий, примерно как я делал в #2890539 . Вот в качестве пруфа можно погуглить "image viewers performance comparison" — очень мало ожидаемых результатов, всего ~3 в первой десятке! А для запроса "bittorrent clients performance comparison" в первой десятке только одна релевантная ссылка аж от 2010 год (ну и для справедливости ещё одна работа со сравнением скорости скачивания двух клиентов).

В идеальном мире в сравнительных обзорах были бы сравнения производительности с замерами, что давало бы разработчикам соревновательный стимул к оптимизации. Да, premature optimization — зло, но если ты вообще не прогонял свою программу через профайлер, то ты редиска.
Hikedaya
performance "Новая видеокарта TITAN X на графическом процессоре GP102 навела шороху в оверклокерской лиге HWBot. Шутка ли — этот ускоритель способен бить рекорды даже без замены охлаждения на жидкостное или экстремальное, и лишь вопрос времени, когда большинство высших достижений в современных 3D-бенчмарках будут за его владельцами"
Мне уже любопытно, сколько воплей поднимется среди геймеров, если все та же печально известная FFXIII-2 ухитрится опуститься до 10-15 FPS и на этом ускорителе XD
LordFenring
work программирование performance dotnet Программисты обожают спорить о способах мелкого улучшения перформанса и колличество операций боксинга вызванных конкретным кодом. Но при этом в проблем производительности их приложений вызванны архитектруными просчетами такого масштаба, что колличество операций боксинга и аллокаций даже близко на итоговую производительность не влияет.
Self-Perfection
Linux performance Ох, как я не люблю эти ваши энергосберегающие технологии....
$ sudo cpupower frequency-set -g ondemand
[sudo] password for self:
Setting cpu: 0
Setting cpu: 1
Setting cpu: 2
Setting cpu: 3
$ time for i in {1..3000};do cat /dev/null;done

real 0m4.077s
user 0m0.183s
sys 0m0.817s
$ sudo cpupower frequency-set -g performance
Setting cpu: 0
Setting cpu: 1
Setting cpu: 2
Setting cpu: 3
$ time for i in {1..3000};do cat /dev/null;done

real 0m2.417s
user 0m0.157s
sys 0m0.550s
wwarlock
Git performance проблемы speed с производительностью Git на большом репозитории.*

Джошуа Редстоун (Joshua Redstone) пожаловался в листе рассылки Git на некоторые проблемы с производительностью, которые возникли у Facebook на большом репозитории. Они создали синтетический репозиторий и провели тесты.

habrahabr.ru
rion
С++ performance забавно выделение памяти через new/delete медленнее чем через malloc/free даже если нет конструктора (как и нет членов класса с конструктором). более того, оно медленнее даже для нативных типов.

тест кейс
#include <iostream>
#include <stdlib.h>
#include <time.h>
#include <stdio.h>

using namespace std;

class ClassA
{
char m;
};

void print_diff(timespec *t)
{
timespec now;
if (clock_gettime(CLOCK_MONOTONIC, &now) == -1) {
perror("clock_gettime");
}
time_t secDelta = now.tv_sec — t->tv_sec;
long nsecDelta = now.tv_nsec — t->tv_nsec;
if (nsecDelta < 0) {
secDelta--;
nsecDelta = 1000000000 + nsecDelta;
}
cout << secDelta << "." << nsecDelta << "\n";
}

//typedef ClassA A;
typedef char A;

int main()
{
A *a;
timespec start;

clock_gettime(CLOCK_MONOTONIC, &start);
for (int i = 0; i < 10000000; i++) {
a = new A[100];
delete[] a;
}
print_diff(&start);

clock_gettime(CLOCK_MONOTONIC, &start);
for (int i = 0; i < 10000000; i++) {
a = (A*)malloc(100 * sizeof(A));
free(a);
}
print_diff(&start);
return 0;
}

резалт
$ g++ -O3 test.cpp -lrt
$ ./a.out
0.585239209
0.456138358
Equidamoid
performance deluge что-то тут не так. и гтк'шный гуй, и вебгуй (в ФФ и хрениуме) нещадно тупят при показе 170 торрентов. причем такое ощущение, что хромиум тупит сильнее, чем ФФ.
Equidamoid
performance pyvkt устроил тест производительности транспорта, уменьшив интервал обновлений до 15 секунд. при 200 пользователях тест был благополучно завален %( а вот с интервалом в 21 секунду он отлично справляется =)
Equidamoid
performance pyvkt переделал распараллеливание в транспорте. прямо сейчас на eqx.su вместо ~230 потоков (по одному на юзера) используются только 4. и они отлично справляются, надо сказать!
rostag
performance FlashPlayer как-то слишком быстро работает все теперь

Кто-то говорит, что в Адобми работают идиоты. А я вот второй день наблюдаю необычно быстро работающие флэш-приложения. Сначала этот пример — youtube.com .

Потом случайно зашел на эту игрушку — onlinegames.com .

Везде все летает. Или это я привык к скорости флекса, что тру флэш кажется таким шустрым? С другой стороны, у меня ощущение, что второй ссылке используется Flex.

А! Похоже, это новый Flash Player 10.1 RC2 (Flash Player 10.1.53.7), который я невзначай устновил на днях.

Получается, он действительно быстрее, и это заметно на глаз.
vrusinov
Linux web performance testing Подскажите какую-нибудь простенькую утилитку для тестирования производительности веб-серверов. Нужно чтобы умела прогнать заданое количество раз и в заданое количество потоков список url'ов, с keepalive, ssl и в идеале симулировать работу разных типов клиентов (медленные/быстрые).
ab слишком тупой, еще работал с siege, но мне не нравится что из 3-х запусков минимум на одном siege сам валится
szypulka
performance *deadlock There are four necessary conditions for a deadlock to occur, known as the Coffman conditions from their first description in a 1971 article by E. G. Coffman.

1. Mutual exclusion condition: a resource that cannot be used by more than one process at a time
2. Hold and wait condition: processes already holding resources may request new resources
3. No preemption condition: No resource can be forcibly removed from a process holding it, resources can be released only by the explicit action of the process
4. Circular wait condition: two or more processes form a circular chain where each process waits for a resource that the next process in the chain holds