>Итак я сделал вывод, что поставить на данный аппарат Linux без дополнительных переработок и разгонок невозможно
Я в прошлой теме ставил скрин :)
Ставилось всё без особых извращений. Собрал на десктопе в chroot'е минимальную версию Gentoo (stage1, ядро, pcmcia-утилиты...). Вынул из Тошки винт, воткнул его через USB в десктоп, залил туда систему, прописал GRUB, вернул винт, загрузился. Дальше — смонтировал по NFS каталоги десктопа с бинарными пакетами и спокойно ставил нужный софт системным emerge -K, предварительно собрав нужные бинарные пакеты на десктопе.
Оболочкой поставил fluxbox (openbox жрёт побольше памяти), в качестве браузера — Opera (Firefox на такой конфигурации, увы, совершенно неюзабелен). Читалка книжек — FBReader.
Я же не про процесс установки и про процесс работы. У Windows весьма неудобная и бедная командная строка. Сделать-то, в принципе, можно почти всё, но, повторю, «возможно» != «просто» :)
Плюс неудобство для сервера — множество обновлений Windows требуют перезапуска машины. В то время, как под Linux этого требует только обновление ядра.
>фигасе не принципиально… зачем так насиловать базу данных?
Все запросы очень примитивные. Там же видно, что на эти 133 запроса ушло 0,5 секунды. На фоне 5 секунд обсчёта шаблона — это копейки. Хотя сщественно снизить число запросов можно даже в рамках имеющегося ORM-решения. Просто пока ряд списков отрабатывается без всякой оптимизации. Всё равно кешируется статикой, так что не принципиально. Есть масса куда более приоритетных задач.
>20 списков, по 5 пунктов в среднем, в каждом пункте — не боле 5 блоков. чего вы там такого наворотили
20*5*5 = 500. Это уже весьма прилично :)
>что оно так долго формируется? или тестируете на первом пеньке?
>чтобы веки выполняли роль диафрагмы, они, для начала, должны закрываться лепестками (кольцом) вокруг оптической оси
Это чтобы диафрагма была функциональна в обеих осях. Это не обязательно. Улучшение глубины резкости только по одной оси — лучше, чем ничего.
>Ну и самое главное, они должны находиться в плоскости, которой принадлежит точка фокуса, перпендикулярной оптической оси
Точка _какого_ фокуса, извините? Вот, в сабжевом аппарате — где там будет фокус? :)
Наконец, если у Вас зрение неидеальное, проверьте на практике — проткните вы дырочку в фольге. Посмотрите сквозь неё на окружающий мир без очков. Удивитесь.
В данном случае это, как раз, не принципиально (ORM это работает)
>и чего такого напихали в шаблоны, что они работают 5 сек?
А Вы по ссылке ходили? Количество модулей и циклов прикидывали? Такой шаблон на чистом PHP отрабатывает около двух секунд. Но при этом становится совершенно неуправляемым в плане обновлений, доработок, рефакторинга и т.п. Собственно, из-за невеликой уж разницы между 2 секундами и пятью и был сделан переход на гораздо более юзабельный Smarty.
>Ничего не надо, изображение уже видно на карточке, только, конечно, негативное.
Вот я и говорю. А на приведённом фото изображение позитивное. Значит — позитивная обработка. Вымывание кристаллов галогенидов серебра, где этого серебра выше нормы и последующая активация оставшегося галогенида.
Это в случае ч/б.
А на приведённом фото — вообще непонятно. Там солнце жёлтое, значит, бумага цветная. Но небо при этом явно чёрно-белое…
>Ваша начинающая компания:
>занимается разработкой ПО
И? Выходит, мне это ни каким боком :) А уж жене моей — и подавно…
Вот и возвращаемся к тому, что я сказал ранее: «для меня лично эта акция смысла не имеет».
Предупреждая тех, кто любит ошибочно домысливать чужие оценки: я прекрасно понимаю, что для кого-то такая акция полезна и не пытаюсь говорить за всех. Каждый пусть сам для себя решает.
Получу. Но без резкости :) И только в случае малого размера камеры. Если на противоположную сторону комнаты рисовать — то дырка и сантиметровых размеров может быть :)
От размера дырки резкость зависит. Начиная с какого-то момента она будет достаточная и последующее уменьшение размера приведёт только к уменьшению поступающего света.
1. Разница в скорости отдачи статики и динамики — уже порядок или даже более. Независимо от бэкенда динамики.
2. Проблемы при параллельной раздаче с модификациями — mysql будет периодически лочить всю базу.
3. Наконец, засовывать 30-50-100Гб в одну базу — это страшно :D
Я в прошлой теме ставил скрин :)
Ставилось всё без особых извращений. Собрал на десктопе в chroot'е минимальную версию Gentoo (stage1, ядро, pcmcia-утилиты...). Вынул из Тошки винт, воткнул его через USB в десктоп, залил туда систему, прописал GRUB, вернул винт, загрузился. Дальше — смонтировал по NFS каталоги десктопа с бинарными пакетами и спокойно ставил нужный софт системным emerge -K, предварительно собрав нужные бинарные пакеты на десктопе.
Оболочкой поставил fluxbox (openbox жрёт побольше памяти), в качестве браузера — Opera (Firefox на такой конфигурации, увы, совершенно неюзабелен). Читалка книжек — FBReader.
Всё даже с субпиксельным рендерингом :)
Так было уже :) — habrahabr.ru/blogs/gadgets/45705/
Плюс неудобство для сервера — множество обновлений Windows требуют перезапуска машины. В то время, как под Linux этого требует только обновление ядра.
От балды, первое пришедшее в голову из «громких» имён (не поленюсь, ведь, пробежаться):
google.com: gws
microsoft.com: Microsoft-IIS/7.0 (не удивительно, но я помню не такие уж давние времена, когда у них FreeBSD на фронтенде стояла :D)
yandex.ru: Apache/1.3.29 (Unix)
rambler.ru: nginx/0.7.22
habrahabr.ru nginx/0.6.31
livejournal.com: Apache
wikipedia.org: Apache
mail.ru: Apache/1.3.27 (Unix)
ibm.com: IBM_HTTP_Server
ebay.com: о! тут интересно! во-первых, фронтенд на Microsoft-IIS/6.0 (наконец-то попался). Но тут же редирект на: Apache-Coyote/1.1
icq.com: Apache
ixbt.com: Apache
lenta.ru: Apache
bbc.co.uk: Apache/2.0.63 (Unix)
intel.com: AkamaiGHost
last.fm: Apache/1.3.39 (Unix)
youtube.com: Apache
facebook.com: Apache/1.3.41.fb1
myspace.com: Microsoft-IIS/6.0 (наконец-то кто-то крупный на IIS!)
blogger.com: sffe, затем редирект на GFE/1.3
vkontakte.ru: nginx/0.6.31
wordpress.com: nginx
cnn.com: Apache
imageshack.us: lighttpd/1.5.0
apple.com: Apache/2.2.8 (Unix)
megaupload.com: Apache
thepiratebay.org: lighttpd
…
Ну как, мне продолжить, или уже можно сделать выводы о том, как часто IIS вчтречается на крупных корпоративных (и не корпоративных) сайтах? :)
// news.netcraft.com/archives/web_server_survey.html
Все запросы очень примитивные. Там же видно, что на эти 133 запроса ушло 0,5 секунды. На фоне 5 секунд обсчёта шаблона — это копейки. Хотя сщественно снизить число запросов можно даже в рамках имеющегося ORM-решения. Просто пока ряд списков отрабатывается без всякой оптимизации. Всё равно кешируется статикой, так что не принципиально. Есть масса куда более приоритетных задач.
>20 списков, по 5 пунктов в среднем, в каждом пункте — не боле 5 блоков. чего вы там такого наворотили
20*5*5 = 500. Это уже весьма прилично :)
>что оно так долго формируется? или тестируете на первом пеньке?
«Почти». Там что-то типа P3-750 стоит :)
Это чтобы диафрагма была функциональна в обеих осях. Это не обязательно. Улучшение глубины резкости только по одной оси — лучше, чем ничего.
>Ну и самое главное, они должны находиться в плоскости, которой принадлежит точка фокуса, перпендикулярной оптической оси
Точка _какого_ фокуса, извините? Вот, в сабжевом аппарате — где там будет фокус? :)
Наконец, если у Вас зрение неидеальное, проверьте на практике — проткните вы дырочку в фольге. Посмотрите сквозь неё на окружающий мир без очков. Удивитесь.
Заодно можете посмотреть через узкую щель.
В данном случае это, как раз, не принципиально (ORM это работает)
>и чего такого напихали в шаблоны, что они работают 5 сек?
А Вы по ссылке ходили? Количество модулей и циклов прикидывали? Такой шаблон на чистом PHP отрабатывает около двух секунд. Но при этом становится совершенно неуправляемым в плане обновлений, доработок, рефакторинга и т.п. Собственно, из-за невеликой уж разницы между 2 секундами и пятью и был сделан переход на гораздо более юзабельный Smarty.
А… Нет, я так не играю :)
А просто «изображением» на фотобумаге я уже лет в 5 играл, кладя на её листы всякие линейки и игрушки и экспонируя на солнце :)
Десятки модулей с сотнями циклов.
queries = 133
queries_time = 0,525
make_time = 4,869
Вот я и говорю. А на приведённом фото изображение позитивное. Значит — позитивная обработка. Вымывание кристаллов галогенидов серебра, где этого серебра выше нормы и последующая активация оставшегося галогенида.
Это в случае ч/б.
А на приведённом фото — вообще непонятно. Там солнце жёлтое, значит, бумага цветная. Но небо при этом явно чёрно-белое…
Странно, в общем, оно всё как-то :)
Но, увы, сжатие глазного яблока при прищуривании ничтожно.
А вот сужение «диафрагмы», дающее рост глубины резкости, помогает сильно. Хоть при прищуривани, хоть при взгляде через дырочку :)
>занимается разработкой ПО
И? Выходит, мне это ни каким боком :) А уж жене моей — и подавно…
Вот и возвращаемся к тому, что я сказал ранее: «для меня лично эта акция смысла не имеет».
Предупреждая тех, кто любит ошибочно домысливать чужие оценки: я прекрасно понимаю, что для кого-то такая акция полезна и не пытаюсь говорить за всех. Каждый пусть сам для себя решает.
От размера дырки резкость зависит. Начиная с какого-то момента она будет достаточная и последующее уменьшение размера приведёт только к уменьшению поступающего света.