Перенос с HDD на SSD
От Eugene Muzychenko (2:5000/14) к Ivan Novikov
В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)
Привет!
15 Jul 17 16:14, you wrote to me:
IN> ежели открывать статические страницы с сайтов дизайна пятнадцатилетней
IN> давности, то можно месяцами браузер не закрывать.
Если я не буду ходить на всякие maps.*, новостные сайты и прочее, обойдясь парой поисковиков, основными форумами и еще кое-чем - тоже могу месяцами не закрывать.
EM>> Какая связь между языком и утечками памяти?
IN> что хром, что файрфокс - текут.
Повторяю вопрос: какая связь между языками программирования и утечками памяти в программах, на них написанных?
У тебя очень скверная привычка делать чересчур общие утверждения, приводя в поддержку примеры, не только некорректные, но и очевидно посторонние.
IN> это, конечно, постоянно продложают чинить, но всё равно не в одном,
IN> так в другом месте протекают.
Это проблема исключительно конкретных приложений и их разработчиков.
EM>> У меня ни в одной из программ на C/C++ таковых нет. Что я делаю не
EM>> так? :)
IN> ты не индийский говнокодер :)
Если над индийским говнокодером стоит мало-мальски вменяемый руководитель, а тесты не только функциональные - и у него утечек не будет.
IN> если бы так можно было, то я бы до сих пор сидел на опере 12 с движком
IN> Presto которая ещё была.
А я лишь месяца три, как уговорил себя перейти с 12.18 на Firefox, и уже пришел к выводу, что смысла в этом не было. Возможно, вернусь обратно, оставив FF для отдельных, чрезмерно выпендрежных, сайтов.
IN> ФБ виден лишь местами (хотя вот щас проверил - видно больше, чем год
IN> назад, например. видимо, что-то подпилили) и с огромными тормозами, а,
IN> допустим, инстаграм не открывается вовсе.
Hу, ежели на FB можно найти много реально полезного, и они заинтересованы во вменяемой аудитории, то Instagram - типично хомячковый ресурс, его никто пилить и не подумает.
IN> что значить "модного"?
Это значит "обвешанного современно-принятым функционалом вроде встроенного браузера, мультимедийных проигрывателей и т.п.". Вроде какого-нибудь Nero.
IN> бОльшая часть софта давно нуждается в поддержании в актуальном
IN> состоянии. даже не из соображений расширения функционала, а из-за
IN> банальной безопасности, багофиксенья
И что в этом требует заметного увеличения объема свыше единиц процентов в год?
IN> и возможности открывать чужие файлы от новых версий.
Перечисли навскидку хотя бы десяток приложений, пользователям которых реально потребовалось открывать "чужие файлы от новых версий", и это повлекло сколько-нибудь заметное (на фоне родного объема) распухание.
Я из всего, что использую сам, вспомнил только MS Office. У меня Office 2000 (дистрибутив около 700 Мб), для открывания ZIP-форматов требуется расширение от MS объемом около 40 Мб (6%).
IN> соотвественно, софт неизбежно пухнет от версии к версии.
"Hеизбежно" здесь лишнее.
EM>> Повторяю: такого не бывает.
IN> прошлогодний лайтрум и стандартная операция экспорта фотографий в
IN> банальные джипеги. из обработки - цыветокоррекция + лёгкое clarity.
IN> только не в виртуалке, разумеется.
Почему не в виртуалке, и почему "разумеется"?
IN> на каждую очередную фотографию лайтрум отжирает некоторое количество
IN> памяти, потом освобождает. но освобождает не столько, сколько брал, а
IN> меньше.
Это те самые банальные утечки. То есть, кривизна.
IN> в результате через несколько десятков фотографий начинаются вопли про
IN> нехватку. при этом по достижении какого-то уровня занятой памяти
IN> (насколько я помню, что-то в районе гигов шести) рост пожираемого
IN> прекращается и, если кроме лайтрума ничего толстого не запущено, то
IN> восьми гигов может и хватить. при включенном свопе такой фигни не
IN> наблюдается. при экспорте о сразу отжирает сколько-то памяти и на этом
IN> уровне примерно и остаётся.
И сколько при этом памяти закоммичено?
IN> ну вот считай, что лайтрум - это такое кривое приложение и есть по
IN> факту.
Hу да. А у какого процента пользователей винды стоит лайтрум, и какой процент вообще знает, что это такое?
EM>> Очень хочу увидеть, как винда "начинает тупо убивать приложение"
EM>> без санкции юзера. :)
IN> да легко. аут оф мемори, приложение было закрыто и всё такое.
Я такого не понимаю. Конкретнее - какую именно операцию выполняет приложение, предусмотрен ли оттуда возврат кода ошибки, как именно выглядит системная диагностика.
IN> хорошо, что начинает не с активных пользовательских задач, но от этого
IN> не легче, так как есть неактивные и тоже очень даже себе
IN> пользовательские.
Почему у меня никогда ни с каких не начинает? Что нужно сделать, чтобы начала?
IN> я тоже намекаю, что открытие кучи страниц в браузере становится нормой
IN> для обычного пользователя.
Это исключительно его личная добрая воля. Hичто ему не мешает открывать страницы по одной, по две или по четыре. А вот управлять объемом памяти, занятой ядром, подсистемами и службами, он на своем пользовательском уровне не сможет.
Ты б еще заявил, что на типовом современном седане нельзя, как на запорожце, забить весь багажник картошкой, на крышу поставить шкаф, а в салон посадить пятерых здоровых мужиков, и отсюда следует, что на оном седане "невозможно ездить в количестве более одного".
IN> сейчас вообще тенденция, чтобы вообще всё в браузер засунуть (см.
IN> хромось, например, с изначально такой парадигмой) то есть обычные
IN> офисные задачи туда мигрируют давно и успешно.
Сильно подозреваю, что эту тенденцию очень скоро придется переламывать, как минимум отделив браузер (приложение для просмотра ресурсов) от среды исполнения (приложения, исполняющего произвольный загруженный из сети код). Очередной звонок - отламывание Java от Firefox. Я поначалу расстроился, но затем пришел к выводу, что это правильно - _браузер_ не должен исполнять стороннего кода, и Javascript от него тоже должен быть отломан. Кто желает среды для исполнения сетевых приложений, просто должен иметь эту среду в отдельном виде - хоть дополнительной подсистемы в винде, вроде Win32 или POSIX, хоть виртуальной машины.
IN> например, документы и электронные таблицы успешно открываются в гугл
IN> доксах и его мелко-мягком аналоге. про то, что е-мыл можно открывать в
IN> отдельной программе сейчас большинство юзеров даже не знает.
IN> мессенджеры - почти все есть в веб виде. видео-конференции - да
IN> пожалуйста. и т.д.
Hа то, как это делается сейчас, без горьких слез смотреть невозможно, это ужас, ад и израиль. Примерно, как развесистый текстовый редактор, сделанный на скриптах вроде bash'евых, да еще и непрерывно добываемых через сеть.
Всего доброго!
Евгений Музыченко
eu-gene@muzy-chen-ko.net (все дефисы убрать)
--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Fox Tracks, Novosibirsk, Russia (2:5000/14)
Ответы на это письмо:
From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку
From: Username
Или коротким