Как важный хлещет для производительности на веб-сайте интенсивного трафика?

, Какие языки/среды Вы использовали для разработки научного программного обеспечения, особенно анализ данных? Какие библиотеки? (Например, что Вы используете для графического изображения?)

Мой студенческий физический факультет преподавал классы LabVIEW и использовал его экстенсивно в его научно-исследовательских работах.

другая альтернатива MATLAB, в котором у меня нет опыта. Существуют лагеря для любого продукта; у каждого есть его собственные преимущества/недостатки. В зависимости от каких проблем необходимо решить, один пакет может быть более предпочтительным, чем другой.

Относительно анализа данных, можно использовать любой вид цифродробилки, которую Вы хотите. Идеально, можно сделать трудные вычисления на языке X и отформатировать вывод для графического изображения приятно в Excel, Mathcad, Mathematica, или независимо от того, что разновидность du подмастерье, выводящее систему на печать. Не ожидайте стандартизацию здесь.

у Вас было что-нибудь как управление версиями, отслеживание ошибок?

Оглядывание назад, которое мы не сделали, и для нас всех будет легче, если мы сделали. Ничто как повреждение всего и попытка в течение многих часов зафиксировать его!

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

, Как был бы Вы идти о попытке создать достойную среду для программирования, не попадая слишком много путем индивидуальных ученых (особенно физики являются упрямыми людьми!)

существует ясное разделение между данными aquisition (DAQ) и анализом данных. Значение, возможно стандартизировать на DAQ и затем позволить ученым играть с данными в программе их выбора.

6
задан rickhuby 10 November 2009 в 13:00
поделиться

3 ответа

Несколько лет назад я сделал несколько вычислений для наименьшего возможного размера .GIF - 43 байта. Чтобы отправить это изображение 1x1, с ним было отправлено 246 байтов протокола HTTP, не говоря уже о том, по крайней мере, для исходного запроса (больше, если также был файл cookie). Также есть накладные расходы на пакеты TCP / IP. Помимо всего этого, время в оба конца. Скорость света по-прежнему конечна, и ее необходимо учитывать, особенно с учетом накладных расходов, связанных с множественными запросами.

Краткая версия: меньше загружаемых элементов означает более быстрый сайт. Даже если конечное изображение спрайта больше, чем все изображения вместе взятые, вы все равно существенно выиграете, уменьшив количество наборов накладных расходов и циклов приема-передачи.

4
ответ дан 9 December 2019 в 22:36
поделиться

Используя спрайты, вы сокращаете количество HTTP-запросов от сервера.

Изображения составляют подавляющее большинство HTTP-запросов, и Yahoo считает, что около 80% времени требуется для загрузки содержимое страницы теряется из-за ненужных HTTP-запросов.

Если вы взяли что-то простое, например домашнюю страницу amazon.com, потенциально могло быть более 50 изображений, которые загружались бы каждый раз, когда пользователь (без сохраненного кеша) посещает свою домашнюю страницу.

Если вы считаете, что на сайт Amazon ежедневно заходят миллионы пользователей.

Создавая спрайт из всех изображений, пользователь должен загрузить только один файл вместо пятидесяти.

Уменьшение времени ответа сервера и улучшение результата для конечного пользователя.

4
ответ дан 9 December 2019 в 22:36
поделиться

Я считаю, что большая часть накладных расходов связана с простым запросом изображения. Очевидно, что на загрузку изображений уходит больше времени, но инициирование запроса, ожидание ответа и загрузка каждого изображения со временем могут привести к значительному объему трафика. То же самое и со сжатием.

3
ответ дан 9 December 2019 в 22:36
поделиться