производительность медленное подключение ресурсов - узкое место? - PullRequest
Новая
       4

производительность медленное подключение ресурсов - узкое место?

0 голосов
/ 06 февраля 2011

Я разрабатывал и дорабатывал вещи столько, сколько мог и знал, но не уверен, где искать следующие аспекты:

при переходе к: http://tools.pingdom.com/?url=http://www.better-holidays.com/&treeview=0&column=objectID&order=1&type=0&save=false

Я вижу, как все ресурсы загружаются на сайт.Однако время подключения локальных ресурсов (в отличие от внешнего google / skyscanner / addthis js) кажется довольно плохим.

Чтобы сделать вещи максимально быстрыми, я использую следующее: gzip (где необходимо / практично) домены без файлов cookie для статического содержимого кэш запросов MySQL, а также заголовки кэша php eaccelerator, разделяющие ресурсы по одному и тому же доменному имени и еще несколько битов и кусочков

средняя нагрузка на сервер составляет около 0,3выполнение страницы (страниц) имеет тенденцию быть <0,1 сек.Кроме того, это действительно (но в любом случае) сайт с высоким трафиком </p>

по сути, мне интересно, куда мне обратиться, чтобы сократить эти времена.Может ли это быть сценарием?или что-то на стороне установки сервера?Я также проверил записи DNS (которые, я считаю, хорошо (?)), Используя скорость страниц Google, я сделал все, что мог, возможно, разумно (92 балла) ... и я не знаю, куда идти.

Буду очень признателен за любые подсказки или предложения (я, конечно, также рад предоставить любую другую информацию, если это поможет) 

Current Memory Usage
             total       used       free     shared    buffers     cached
Mem:       2097152     363128    1734024          0          0          0
-/+ buffers/cache:     363128    1734024
Swap:            0          0          0
Total:     2097152     363128    1734024

System Information
Linux vps.1000db.com 2.6.18-028stab068.9-PAE #1 SMP Tue Mar 30 17:29:50 MSD 2010 i686 i686 i386 GNU/Linux

Processor Information
Total processors: 4
Processor #1
Vendor
GenuineIntel
Name
Intel(R) Xeon(R) CPU X3363 @ 2.83GHz
Speed
708.373 MHz
Cache
6144 KB
Processor #2
Vendor
GenuineIntel
Name
Intel(R) Xeon(R) CPU X3363 @ 2.83GHz
Speed
708.373 MHz
Cache
6144 KB
Processor #3
Vendor
GenuineIntel
Name
Intel(R) Xeon(R) CPU X3363 @ 2.83GHz
Speed
708.373 MHz
Cache
6144 KB
Processor #4
Vendor
GenuineIntel
Name
Intel(R) Xeon(R) CPU X3363 @ 2.83GHz
Speed
708.373 MHz
Cache
6144 KB

1 Ответ

0 голосов
/ 07 февраля 2011

Хорошо, похоже, что основной причиной были / являются некоторые javascript-скрипты, которые загружаются / выполняются очень долго, независимо от порядка их размещения и т. Д. (Самым медленным из них - безусловно, было добавление js. тот спас меня примерно на секунду! вовремя.

также, после того, как я много разобрался с Firebug и панелью NET, я стал намного ближе к тому, что происходит. Вместо того, чтобы повторять все это здесь, я думаю, что лучше всего, если я просто укажу на Что именно такое сообщение «Ожидание ответа» на вкладке Net в Firebug? , где все это хорошо объяснено. Хотя я бы все прояснил

...