- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
zexis, Посещаемость пока не густо, старый ресурс сейчас принимает 500-700 чел в день, но это не показатель, потому что он там уже паутиной зарос, тоесть никто им не занимается.
Планируется перенести его на новый движок и начинать активно раскручивать, 2-3К посетителей в сутки должно быть. Это примерно 10-15К манипуляций с изображениями в сутки. Не хотелось бы что бы в час пик, когда одновременно 20-30 человек что-то делают сервак захлебнулся.
Написал бенчмарк для тестирования скорости работы библиотек GD и ImageMagic
Кому интересно вот результаты:
Windows XP SP3
Athlon 6000, 2Gb RAM
1000 пикселей - стандартная "средняя" фотка. которая будет использоваться на сервере, IM съел 68 Мб оперы, ЖД - 53 Мб
Source file : a.jpg - 227 Kb Width: 1600 Height 1200
Destination resolution : 1000
Iterations : 50
ImageMagick : 22 sec.
GD : 47 sec.
Тоже, но для большого файла
IM - 358Mb, GD - 116Mb
Source file : b.jpg - 5026 Kb Width: 4288 Height 2848
Destination resolution : 1000
Iterations : 10
ImageMagick : 28 sec.
GD : 35 sec.
ну и собственно обычное создание тумбы
IM - 58 Mb, GD - 50 Mb
Source file : a.jpg - 227 Kb Width: 1600 Height 1200
Destination resolution : 150
Iterations : 100
ImageMagick : 12 sec.
GD : 39 sec.
С большим исходным изображением:
IM 175 - Мб, GD - 100Мб
Source file : b.jpg - 5026 Kb Width: 4288 Height 2848
Destination resolution : 150
Iterations : 100
ImageMagick : 62 sec.
GD : 240 sec.
Ради интереса, хотя таких манипуляций производиться не будет:
при разрешении 10000 пикселей ImageMagick кушал 750-800Мб оперативки
Source file : a.jpg - 227 Kb Width: 1600 Height 1200
Destination resolution : 10000
Iterations : 10
ImageMagick : 267 sec.
ЖД отказался выполнять преобразование, выдал ошибку:
Fatal error: Allowed memory size of 335544320 bytes exhausted (tried to allocate 40000 bytes) in Z:\home\casting\ on line 44
при разрешении 5000 пикселей IM взял 250 Мб оперативки
ЖД держался на статичном уровне 135,5Мб
Source file : a.jpg - 227 Kb Width: 1600 Height 1200
Destination resolution : 5000
Iterations : 10
ImageMagick : 61 sec.
GD : 89 sec.
Выводы пока делать рано, собираюсь протестировать ещё на нескольких системах этот бенчмарк.
Если есть возможность, то подсобите )
www.iptv.ua/test/www.zip
Здесь лежит архив с использованными изображениями и сам бенчмарк на PHP.
Буду признателен если прогоните на своих системах с вышеуказанными параметрами. Желательно при многопоточной нагрузке например при помощи ab утилиты, установив количество итераций в бенчмарке = 1
Брать Gentoo, затачивать под железо и получать весь работающий функционал + прирост скорости 2-5%
И получать море удовольствия от общения с этой прекрасной клиент-ориентированной ОС, которая безумно удобно поддерживается в больших инсталляциях :)
Кому и бланманже полынь.
Да лучше сразу ядро с нуля писать.
вливайтесь... http://www.rus-os.narod.ru/
Получил данные работы из CentOS 5.5
IM работал через команду exec
exec("convert a.jpg -resize 200, 0 -quality 75 a_thumb_$i");
Также отмечу, что использование памяти обоими библиотеками сократилось в 10 раз по сравнению с Виндовз.
Source file : a.jpg - 227 Kb Width: 1600 Height 1200
Destination resolution : 1000
Iterations : 50
ImageMagick : 31 sec.
GD : 25 sec.
Source file : a.jpg - 227 Kb Width: 1600 Height 1200
Destination resolution : 150
Iterations : 100
ImageMagick : 37 sec.
GD : 15 sec.
Source file : b.jpg - 5026 Kb Width: 4288 Height 2848
Destination resolution : 150
Iterations : 100
ImageMagick : 268 sec.
GD : 108 sec.
Source file : a.jpg - 227 Kb Width: 1600 Height 1200
Destination resolution : 5000
Iterations : 10
ImageMagick : 62 sec.
GD : 35 sec.
Очевидно в винде ЖД оптимизирован хуже чем в линуксе, прирост скорости от 2 до 15 раз, в то время как IM в некоторых случаях отстаёт по скорости от Виндовз сборки.
Хочу ещё на нескольких Linux провести тест, и тогда можно будет сделать выводы по поводу выбора библиотеки.
Также отмечу, что использование памяти обоими библиотеками сократилось в 10 раз по сравнению с Виндовз.
Что-то не так, когда получаете подобные результаты.
Например, может сказаться работа Принципиально Нового (tm) сборщика мусора в php5.3, в отличие от обычного в php5.2
exec("convert a.jpg -resize 200, 0 -quality 75 a_thumb_$i");
в то время как IM в некоторых случаях отстаёт по скорости от Виндовз сборки.
еще бы - вы вместо расширения внешние программы запускаете.
Везде использовались одинаковые версии Апач 2,2, ПХП 5,2,14, ЖД и ИМ.
В том и суть, под виндой нет библиотеки подключаемой модульно к ПХП, есть только интерпретатор, тоесть надо установить ImageMagick как программу, а потом к ПХП подключить модуль-интерпретатор, который функции преобразовывает в консольные команды. Этот же метод я использовал в Линуксе, что бы результаты можно было сравнивать. В любом случае что-то там не чисто, надо ещё тестировать на других осях.
Везде использовались одинаковые версии Апач 2,2, ПХП 5,2,14, ЖД и ИМ.
в centos 5.5 php версии 5.1.6. вы точно не выдумываете?