CityCat4, Даже не знаю как сказать. Логичнее использовать все ресурсы для скорости. mysql не станет сам по себе грузить на высокий процент т к ему нужно ресурсы освобождать для других задач(по дефолту). Но если освобождать смысла нет и очень важно время, то разве нет возможности дать возможность нагрузки на все 100 процентов?
Просто такое снятие ограничений станет очень полезно для многих ситуаций.
Тут дело не в mysql, а сервере в целом.
В том то и дело, что процесс апача не может работать больше некоторой нагрузки. Например, у меня mysql не может грузить процессор на 100 процентов и сделать дело быстрее, а станет грузить на 33 и все.
Подозреваю. что используется только одно ядро.
Усталость материала так же подразумевает и разложение до некоторой степени.
За цифру спасибо. Теперь можно выдохнуть и купить большое количество железа без оглядки на непригодность, после 2-3 лет лежания на складе, какой-нибудь оперативки.
Максим Тимофеев, С браузерами - это работа с моими серверными скриптами. Просто описал ситуацию, когда обычно кто-то зависает.
Вся суть в том, что не один обьект 3гб, а обьектов много может быть. Вплоть да полного забивания стэка.
И если на то пошло, то 3гб - это так огнелис "раздул" 100мб текста.
Пока с вами всеми общаюсь, сделал вывод, что вопрос был задан зря. Сделаю потом нагрузочные тесты и симуляцию пользователя браузером. Ответа к поставленному вопросу мне все-равно никто не даст.
Максим Тимофеев, В основе пользуюсь только одним тегом, поэтому о "живости" других не знаю(собственно, поэтому и спрашиваю). Тег </br> + некоторые данные.
Смысл - сделать инструментальный интерфейс для себя. Потолок за тем, чтобы знать предел перегрузки данными, чтобы можно было работать и не опасаться, что вдруг оно зависнет. Ищу способ максимально обезопасить пользовательскую сторону от тормозов и всех возможных "вдруг". Если в внутри, без моего ведома, ничего не случиться "случайно" т к провожу тестирования во время разработки и все параметры пишу руками, то браузер может иметь "элемент неожиданности", который в некоторых случаях может стоить нервов.
С пагинацией не вариант. Т к мне нужно не данные скрывать, а обьекты. Хотя за вариант, все-равно, спасибо.
По поводу потребления. Огнелис сьев 3 гб памяти отправлялся в спячку, грузя процессор, когда на четверть, когда на треть.
Хром, не скажу т к тогда с одним монитором работал.
- Об опере умолчу, иначе получится как реклама, но с таким детским количеством данных справилась(читал в ней свои логи с тем же </br>).
Огнелис зависал после 30 тыс выводов тега с данными. Машина даже и на четверть не была загружена.
Хром недалеко ушел.
Работаю на старенькой безотказной опере 9.
Если скрипты серверные, то при чем тут браузер?
При том, что это вэб-сервер. Задачи сами по себе автономные, а результаты в браузер вывожу для удобства(хотя и логи тоже есть).
Пробником можно назвать любой многострочный строчный вывод данных.
Т к впечатление о браузерах у меня не очень, то и спрашиваю о потолке работоспособности браузера. Как и сказал. Задумка с использованием многих слоев z-index.
Т е ток все-таки идет по "кнопке"(ее проводам) постоянно?
О wol знаю, но в моем случае он скорее невозможен, поэтому рассматривается скорее как временная альтенатива.
Maxim Firsov, Это у арабов и всех ближней азии. В азиатско-тихоокеанском регионе такого не будет думаю.
Тем более, по крайней мере, это уже разговор, по сравнению с русскими. Сделал, забрал\потерял время, НЕ ОПЛАТИЛ. Эти хоть на переговоры идут.
В своих силах ну прям совсем-совсем не уверен, поэтому спрашиваю. В случае чего тест можно потом переписать?
--Ато как зададут вопрос о imagemagick и стану потом еще пол дня вспоминать, что имелось ввиду(всмысле какой метод и куда).
Просто такое снятие ограничений станет очень полезно для многих ситуаций.
Тут дело не в mysql, а сервере в целом.