| 1.1, Аноним (-), 20:07, 08/10/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
>В книге рассказано о способах достижения высокой производительности
Понятнее кто-нибудь может объяснить?
| | |
| |
| 2.2, анон (?), 20:12, 08/10/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
>>В книге рассказано о способах достижения высокой производительности
> Понятнее кто-нибудь может объяснить?
Чтобы файрфокс запускался через 4 секунды, а не через 6, надо отключить Adblock Plus.
| | |
| |
| 3.5, Gsh (?), 21:23, 08/10/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Хехе, это любимая фраза моего препода по метрологии.
| | |
| |
| 4.8, Константавр (ok), 22:14, 08/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Эх ты, анонимус... Там говорится о том как программировать правильно, чтобы твоё приложение не просто работало, а быстро работало.
| | |
| |
| 5.11, pavlinux (ok), 23:19, 08/10/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Пишите на С, даже с багами, криво и убого, с гигабайтными массивами,...,
всё равно быстрее всех работать будет. (на асме можно немного подрочить).
| | |
| |
| 6.14, Карбофос (ok), 00:37, 09/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
 приходилось перетаскивать в своё время программки с фортрана на си. интересно, конечно, наблюдать было обработку многомерных массивов на сишный манер: внешний цикл - столбцы, внутренний - построчно. для сей - самое то, но для фортрана... жесть. чудовищные потери. так что на любом языке нужно знать, как данные в памяти располагаться будуть ;) асм уже дело такое, в хроническом запущении - как мёртвому примочки. ;)
| | |
| |
| 7.15, клоун Стаканчик (?), 03:50, 09/10/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Переписывание на асм - последний этап оптимизации. Если выбран неоптимальный алгоритм, неоптимальная структура хранения данных и ещё десяток "неоптимально", то никакой язык программирования, даже ассемблер, не поможет достичь оптимальной производительности.
| | |
| 7.26, pavlinux (ok), 14:32, 09/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
> внешний цикл - столбцы, внутренний - построчно. для сей - самое то,
> но для фортрана... жесть.
Как это реализовано в Фортране? (без сторонних библиотек)
Например приведение матрицы к верхней треугольной, самым баянистым алгоритмом Гаусса?
---
Мож меня проглючило, но по моему в C11 появилась фича умножение массива на число.
В GCC есть __attribute__ ((vector_size (N)));
| | |
|
|
|
|
|
|
| |
| 2.12, pavlinux (ok), 23:20, 08/10/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Где здесь Nginx ?
Его заоптимизировали на столько, что не помнят где.
| | |
|
| 1.16, медведдд (ok), 05:22, 09/10/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Уж у Хромиума-то высокая производительность, аж кусты трещат.
В системе с 4ГБ запросто 1-1.5ГБ отжирает на несчастные 10 вкладок, в итоге полные тормоза, т.к. остальные проги вынуждены в файл подкачки нырять...
| | |
| |
| 2.18, сергей (??), 10:15, 09/10/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > Уж у Хромиума-то высокая производительность, аж кусты трещат.
> В системе с 4ГБ запросто 1-1.5ГБ отжирает на несчастные 10 вкладок, в
> итоге полные тормоза, т.к. остальные проги вынуждены в файл подкачки нырять...
какая максимально возможная величина памяти на плате? зачем ставить меньше памяти чем позволяет железо? ставьте больше памяти и используйте все возможности по расширению аппаратных средств. сейчас это не так дорого.
| | |
| |
| 3.19, медведдд (ok), 10:20, 09/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
Материнке 4 года, больше 4ГБ чипсет не умеет. Теперь для того, чтобы в Инете полазить нужен так называемый "игровой комп"?! Ну и ну. И эти люди пишут книжки про мегаоптимизацию своего софта?!
| | |
| |
| 4.21, сергей (??), 11:53, 09/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Материнке 4 года, больше 4ГБ чипсет не умеет. Теперь для того, чтобы
> в Инете полазить нужен так называемый "игровой комп"?! Ну и ну.
> И эти люди пишут книжки про мегаоптимизацию своего софта?!
у меня на 4-х летнем компьютере можно одновременно запустить 3 HD видео, и при этом интернетом пользоваться. процессор 4500 2 ядра, видео 9600 с 1 Гб, 2 Гб озу. такие дела.
| | |
| |
| 5.22, медведдд (ok), 12:04, 09/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
Вот именно, mplayer обрабатывая такие объемы информации ест по 20-30 мебагайт ОЗУ на приложение. А Хром с 15 закладками (без флэша и js) жрёт 1-2 гига. Т.е. если какие-то другие программы имеют наглость хотеть РАМу больше чем десяток мегабайт, Хром начинает с ними драться за своп. Невыносимо оптимизированная программка :)
| | |
| |
| 6.23, Аноним (-), 12:43, 09/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
Был свидетелем при мажорном обновлении софта, этот самый софт стал есть память как не в себя - потребление с 3-4 гигов выросло на 6-7. Но зато операции стали выполнятся (время обсчёта) примерно на 30% быстрей. И это неплохо, учитывая что специфика работы с этим софтом такова, что зарядил параметры на вход - ушёл считать на 3-4 минуты. А вот сколько потребуется итераций с изменением входным параметров и повторного пересчёта - уж как повезёт (в среднем 5-6 раз). Уж пускай стоит лишняя планка памяти, чем потеря моего времени (и нервов). А с хромом давно известная история - порождает много процессов, и blink хоть и самый быстрый, но опять-таки самый жручий.
| | |
| |
| 7.30, Карбофос (ok), 23:38, 09/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
дуплицируют матрицы, одну из них переворачивают, обе обрабатывают построчно. вуаля!
| | |
|
|
|
|
|
|
|
