Чем можно убить браузер(зависание)?

Question

[mereci]

Доброго времени суток. Парни, покажите пожалуйста самый тяжелейший интерфейс или сайт, который вообще можно придумать.

Вообщем, пришла задумка одного многоуровневого дизайна, вот и ищу потолок для браузера, чтобы знать, что мол "потолок" дальше никак.
Вопрос появился в связи с тестированием моих серверных скриптов на обработку данных(без задней мысли все в браузер вывожу). Из-за моей работы и появилось впечатление о хрупкости современных браузеров.

Answer 1

[Максим Тимофеев]

Просто "нахерячте" через бесконечный цикл данных
Но думаю потолок больше будет не для бразуера, а для ПК

Вопрос появился в связи с тестированием моих серверных скриптов

Если скрипты серверные, то при чем тут браузер?

Из-за моей работы и появилось впечатление о хрупкости современных браузеров

Прям заинтриговали, а пробник убийцы браузера будет?

Comments

[Павел Корнилов]

Даже лучше по setInterval бесконечные циклы запускать.
По типу

while(1) {
// ...
}

[mereci]

Огнелис зависал после 30 тыс выводов тега с данными. Машина даже и на четверть не была загружена.
Хром недалеко ушел.
Работаю на старенькой безотказной опере 9.

Если скрипты серверные, то при чем тут браузер?

При том, что это вэб-сервер. Задачи сами по себе автономные, а результаты в браузер вывожу для удобства(хотя и логи тоже есть).

Пробником можно назвать любой многострочный строчный вывод данных.

Т к впечатление о браузерах у меня не очень, то и спрашиваю о потолке работоспособности браузера. Как и сказал. Задумка с использованием многих слоев z-index.

[Максим Тимофеев]

mereci, Вы просто потолок ищите? Смысл? Сделайте пагинацию на выводимые данные и все будет работать. Или это так для развлечения?

30 тыс выводов тега с данными

сколько символов в теге? Я так понимаю кол-во тегов не особо играет роль.

Машина даже и на четверть не была загружена.

озу?

[mereci]

Максим Тимофеев, В основе пользуюсь только одним тегом, поэтому о "живости" других не знаю(собственно, поэтому и спрашиваю). Тег </br> + некоторые данные.
Смысл - сделать инструментальный интерфейс для себя. Потолок за тем, чтобы знать предел перегрузки данными, чтобы можно было работать и не опасаться, что вдруг оно зависнет. Ищу способ максимально обезопасить пользовательскую сторону от тормозов и всех возможных "вдруг". Если в внутри, без моего ведома, ничего не случиться "случайно" т к провожу тестирования во время разработки и все параметры пишу руками, то браузер может иметь "элемент неожиданности", который в некоторых случаях может стоить нервов.

С пагинацией не вариант. Т к мне нужно не данные скрывать, а обьекты. Хотя за вариант, все-равно, спасибо.

По поводу потребления. Огнелис сьев 3 гб памяти отправлялся в спячку, грузя процессор, когда на четверть, когда на треть.
Хром, не скажу т к тогда с одним монитором работал.
- Об опере умолчу, иначе получится как реклама, но с таким детским количеством данных справилась(читал в ней свои логи с тем же </br>).

[Максим Тимофеев]

чтобы можно было работать и не опасаться, что вдруг оно зависнет

ну так пагинация Вам в помощь

С пагинацией не вариант. Т к мне нужно не данные скрывать, а обьекты.

У Вас 1 объект имеет 3гб данных? Сомневаюсь, так что пагинация именно то что надо. Выводите по одному объекту или по несколько. Вы же объект как-то визуализируете в браузере, а значит можно разбить на части.

[mereci]

Максим Тимофеев, С браузерами - это работа с моими серверными скриптами. Просто описал ситуацию, когда обычно кто-то зависает.
Вся суть в том, что не один обьект 3гб, а обьектов много может быть. Вплоть да полного забивания стэка.
И если на то пошло, то 3гб - это так огнелис "раздул" 100мб текста.

Пока с вами всеми общаюсь, сделал вывод, что вопрос был задан зря. Сделаю потом нагрузочные тесты и симуляцию пользователя браузером. Ответа к поставленному вопросу мне все-равно никто не даст.