Какие варианты оптимизации приложений на системном и сетевом уровне в Linux.

0

1

Здравствуйте. Подскажите, какие существуют варианты оптимизации производительности программ по времени выполнения и по использованию памяти, сетевого стека в высоконагруженных приложениях на системном уровне в Linux? Язык программирования-Си.

Ссылка

← Как в R вывести график нескольких timeseries.

Slang и utf8 →

Сам проходи свои собеседования, пёс.

anonymous
(12.04.13 17:48:10 MSK)

Ссылка

Каков вопрос, таков ответ: минимизировать кол-системных вызовов, асинхронная архитектура, cache-friendly programming, стараться лишний раз не дёргать malloc/free....

Ну и профайлинг, нагрузочное тестирование.

true_admin ★★★★★
(12.04.13 17:55:55 MSK)

Ответ на: комментарий от true_admin 12.04.13 17:55:55 MSK

Причём тут линукс?

anonymous
(12.04.13 18:35:47 MSK)

Ответ на: комментарий от anonymous 12.04.13 18:35:47 MSK

Что из моих советов не заработает на линуксе? Кто сказал что нельзя использовать, например, libev и не заморачиваться многими линукс-специфичными костылями?

true_admin ★★★★★
(12.04.13 18:39:33 MSK)

оптимизации производительности программ по времени выполнения

Нет у программ никакого времени выполнения. Есть время выполнения у задач (и даже простенькие CLI утилиты обычно годятся для разных задач), есть время реакции на ввод или события (актуально для GUI).

Второе лечится в основном асинхронными вызовами. Первое — сперва алгоритмически, затем трюками языка или ассемблерными вставками.

quiet_readonly ★★★★
(12.04.13 18:47:25 MSK)

Ответ на: комментарий от true_admin 12.04.13 18:39:33 MSK

Не обращайте внимания, это весна.

А вам спасибо за ответ)

ChAnton ★★
(12.04.13 19:29:23 MSK) автор топика

Ссылка

Ответ на: комментарий от quiet_readonly 12.04.13 18:47:25 MSK

Правильно, но задача, насколько я понимаю-это выполняющийся код программы. И время выполнения и реакции на события актуально для любой среды, и конкретно GUI тут не при чем.

А как же параллелизм выполнения задач, потоки итд?

ChAnton ★★
(12.04.13 19:32:42 MSK) автор топика

Ответ на: комментарий от ChAnton 12.04.13 19:32:42 MSK

Правильно, но задача, насколько я понимаю-это выполняющийся код программы.

Нет. Задача — это, например, архивация моей коллекции фоточек и смешных картинок. Различные архиваторы дают разное время, да и один архиватор на разных ядрах либо скомпилированный разными компиляторами / с разными опциями может показывать разную скорость.

И время выполнения и реакции на события актуально для любой среды, и конкретно GUI тут не при чем.

Идеализм в программировании неуместен. GUI тут при том, что если приложение никак не отвечает на действия пользователя — оно зависло, и не волнует, что оно там внутри считает (со стороны человека не видать разницы). А ведь не так уж и сложно сделать напрочь заоптимизированные рассчёты, но забыть вынести их в отдельный поток и показывать прогресс (не забывая апдейтить этот прогресс от лица выполняющего задачу потока).

quiet_readonly ★★★★
(12.04.13 20:06:23 MSK)

Ответ на: комментарий от quiet_readonly 12.04.13 20:06:23 MSK

1) А архиватор это разве не программа, которая запускает процесс архивации? Конечно программа!))) Также как и ЛЮБОЙ процесс в системе.

2) Причем тут идеализм? Вы просто не понимаете самых основ прогаммирования, а также смысл понятий таких базовых параметров, как время реакции, выполнения и события. Вас не в ту степь несет.

ChAnton ★★
(12.04.13 20:13:15 MSK) автор топика