Непонятен принцип действия аплета. По идее аплеты не могут работать с файловой системой и запускать файлы на исполнение. Как это обходится и в каком браузере непонятно…
Судя по «import chrome» в аплете, это ява-код специально для хрома. Непонятно что такое portable.porsa и каким образом через это чудо выполняется exec. Может еще грузится и класс portable? В импортах его нет, переменных таких нет, значит это класс из дефолтного пакета.
Эти ссылки мало чего говорят, т. к. надо учитывать объем продаж (популярность) в России и время нахождения производителя на рынке. К тому же самсунг производит не только телефоны.
Нокиа сейчас производит телефонов намного больше, чем любая другая фирма. Даже симбианов пока производится/продаётся почти столько же, сколько всех андроидов вместе взятых. Другое дело, что пошла тенденция вытеснения симбианов, так что перемены во время.
Думаю в разработке ОС есть чем заняться, это же не просто ядро и gui, а также: средства для разработчика, поддержка сети (wap, tcp/ip, wi-fi, vpn и т.д.), аудио/видео-плеер + кодеки, собственно телефон и смс-ки (обработка звонков), браузер, почтовый клиент, взаимодействие с подключенными устройствами и PC, телефонная книга, календарь, съёмка/обработка фото и видео, поддержка сенсоров, GPS, радио и ТВ, локализация и т.д. и т.п.
Без тестов с цифрами не поверю, что кэширование алиасов может дать прирост более 5%. В общем потоке запросов — это небольшой процент простых запросов. Там где я тестировал, на главной странице — 156 запросов, а к алиасам — 19 и это самые лёгкие запросы в списке (еще к cache* быстрые запросы).
Посмотрел на нескольких сайтах размер таблицы url_alias: 7 кб, 8 кб, 133 кб, 13 кб, 17 кб, 6 кб.
«существенно» — это что за единица измерения?) Только что devel-ом посмотрел сколько времени отнимают запросы из drupal_lookup_path на двух типовых страницах: в среднем 28 запросов, каждый запрос ~0,3 мс, в сумме ~3% времени от запросов и ~1.5% от всего времени генерации страницы. Не так уж и «существенно» имхо, анонимам с кэшем вообще по барабану на все эти запросы.
Конечно, кол-во запросов может быть и больше, если на странице больше вызовов url и l. Я без надобности их не использую в темах/модулях/блоках.
Имхо отношение юзеров/страниц может ни о чём не говорить) Сайт-визитка на 10 страниц до 1000 юников — можно кэшем не запариваться. Или 10000 очень тяжелых страниц (в вычислительном смысле) для 1000 избранных юников — уже другое дело.
Вы не поняли, точнее может я не ясно выразился. Сами hg-репы у нас на отдельном сервере и туда апдейты заливаются по https. А там репы настроены так, что после push изменившиеся файлы заливаются на веб-сервер с помощью модуля ftp (хук: changegroup = hg update -C; hg ftp -r tip -u).
chroot — он для процесса, т.е. апача. Таким образом можно спрятать системные файлы (/etc/passwd etc), но виртуалхосты друг друга всё равно смогут читать.
Вариант — статику отдавать через nginx. Но некоторые сайты могут и «статику» отдавать через скрипты (например, drupal при включенном приватном режиме файловой системы).
pastebin.ru/317047: public class bear extends Applet
Это «не совсем аплет»?)
package direct;
import chrome.UTF;
import chrome.Unicode;
import java.applet.Applet;
import java.beans.Expression;
import java.io.FileOutputStream;
import java.io.InputStream;
import java.net.URL;
import java.util.HashSet;
import javax.swing.JList;
Выходит «portable» — это класс из пакета direct.
Посмотрел на нескольких сайтах размер таблицы url_alias: 7 кб, 8 кб, 133 кб, 13 кб, 17 кб, 6 кб.
Конечно, кол-во запросов может быть и больше, если на странице больше вызовов url и l. Я без надобности их не использую в темах/модулях/блоках.
Результаты на чистом drupal 6, загрузка страницы node/1:
disabled — 95 мс
normal — 23 мс (встроенное кэширование)
boost — 10 мс
Результаты на реальном сайте www.tube.sfu-kras.ru запущенном локально, загрузка главной страницы:
disabled — 322 мс
normal — 23 мс
boost — 10 мс
Это с одним потоком. Тут запостил замеры с разным количеством потоков и параметры веб-сервера: edhel.krasu.ru/node/350