Как защитится от зависания системы при открытии большого файла в браузере

[Zenit]

Добрый день. Сразу извиняюсь, если дубль какой либо темы. Поиском пользовался - не нашел ничего подобного.
Сразу напишу система Kubuntu 16.04, браузер Chrome.

Ситуация такова, по работе приходится иногда открывать в браузере xml-файлы(сайтмапы изображений или просто сайтмапы сайтов), иногда их выполняют не совсем грамотно запихивая в эти сайтмапы очень большое кол-во записей. Это понятное дело не совсем правильно и в этом случае я со своей стороны заставляю программистов переделывать эти файлы.
Но в случае если возникает такая ошибка моя Kubunta 16.04  зависает наглухо.

Или вот еще случай - открывал html файл с простейшей разметкой с помощью таблицы в которой было 98500 строк - файл открылся, я выполни ctrl+a, затем ctrl+c, затем в гугл-доксе попытался выполнить ctrl+v - система так же зависла наглухо. Я думал, может через буфер - пока "прокачается" эта информация - но компьютер висел в течении полутора часов - после чего я его просто ресетнул.

Вопрос собственно в чем - возможно ли как-то защитится от подобного рода уязвимости, по меньшей мере, что б не зависала вся система целиком. Потому, что реагировать отказывается как КДЕ, так и элементарно не переходит на консоль путем нажатия ctrl+alt+F1(-F6).
Не знаю как это правильно называется - переполнение буфера или как-то по другому.

А то получается линукс вся такая надежная и защищенная но отказывает в обслуживании от детских шалостей.
Буду очень благодарен за ответ по теме.

ТС не появлялся на Форуме более трех месяцев по состоянию на 05/12/2019 (последняя явка: 31/08/2019). Модератором раздела принято решение закрыть тему.
--zg_nico

[snowin]

Zenit, дык, очевидно, что не хватает оперативки и места на свопе
при необходимости, если своп на разделе можно создать файл диске, вместо
можно также резать тот же xml на кусочки

[Zenit]

Оперативки 8 Гб, без свопа. Свап добавил 16 Гб. Возможна ли причина в этом(то, что отсутствовал своп)?

[snowin]

Возможна ли причина в этом(то, что отсутствовал своп)?

это очевидно
а размер xml?

[EvangelionDeath]

Zenit, Возможно. Но слишком большым его тоже делать не стоит
1) Поставьте SWAP 2-4GB
2) поэксперементируйте с vm.swappiness

[Zenit]

Спасибо. за ответы. Свап поставил 16гб(2 обьема оперативки), теперь думаю об уменьшении его. Понаблюдаю теперь за системой.
рамзер XML при котором завис был примерно 34 мб

[snowin]

рамзер XML при котором завис был примерно 34 мб

вообще ни о чем, - не должен был зависнуть
может проблема в структуре?

[Zenit]

Ну и я думал, что ни о чем. 34 мб - это ж смешно. А как выше привел пример HTML страничка с табличной разметкой в 98500 строк - загрузилась, скопировалась, но вставляться в гугл-докс не захотело и повесило всю систему. Возможно это дело в браузере(Chrome)?
Но я вопрос потому и задал, что возможно как-то можно изолировать проблему браузера от системы, что бы не зависала вся система. Справедливости ради, я провел тест с той же табличкой на 98500 строк и гугл доксом еще на двух компьютерах в офисе на винде и на iMac(Система Yasemit) - в обеих случаях браузер долго думал, потом вывалил алерт, что страница гугл-докса не отвечает и предложил закрыть вкладку. Но не блокировалась сама система ни в случае с виндой, не в случае с маком.
В случае же если я копировал эти 98500 строк и вставлял в табличку LibreOffice - все отрабатывалось корректно(это я только что протестил).

[snowin]

В случае же если я копировал эти 98500 строк и вставлял в табличку LibreOffice - все отрабатывалось корректно(это я только что протестил)

и зачем сие?
попробуй эту html-страничку открыть непосредственно в офисе

[Zenit]

Мне ее нужно в гугл-докс закинуть. Это по работе.
Есть проект - конкретно копирайтеры пишут рецензии на книги, мне проще один раз залить на гугл-докс, а у них уже есть ссылки, чем рассылать куче копирайтеров один и тот же файл.

Я в итоге импортировал в гугл-докс путем импорта файла(там есть такая функция).

Но по работе системы возник такой вот вопрос.

[snowin]

Но по работе системы возник такой вот вопрос.

проведи следственный эксперимент
скопируй эти данные из html в какой-нить текстовый файл и посмотри не будет ли зависать, и мониторь память, тем же top

[Zenit]

ну такое, kate вообще сделал вид, что я в него ничего не пытался запихнуть)) А либрофис в режиме типа текстового редактор -тупил 30 минут и так и не загрузил. Я даже хотел видео записать с экрана, но по прошествии 30 минут плюнул на это дело. Так, что даже не знаю. Ясен пионер, что такие задачи скорее исключение, но вот такая фигня, загрузка ОЗУ выше 5 ГБ не поднималась, своп вообще по нулям

[Morisson]

Zenit, а нагрузка на проц? Открой системный монитор и проделай эту манипуляцию.

[snowin]

Zenit,

Код: [Выделить]

free -m ?

[Zenit]

Нагрузка проца - htop показывал 100% по одному ядру, всего их 8. Приложение которое отъедало эти 100% ядра был либрофис.
Что касается комманды free я попробую ее завтра, сегодня уже уехал с работы.Результат приведу тут.