Прогресс компьютеров
Думаю, что, если бы компы и каналы были вдвое шустрее, я бы работал процентов на 20 эффективнее. Очень много времени впустую тратится на то, что что-то нажал или запустил или сказал открыть и ждёшь отклика
( Read more... )
Я везде говорил про виртуальную память. Сколько из них оперативной, а сколько в свопе - это уж как операционка распорядится.
Возможно, это запрошенная память, а не выделенная процессу (хотя этот вариант представляется мне странным). Насколько я знаю, в mac os x (как и в большинстве других os) память не precommited. Но даже если precommited, 450M - куда столько?
Насчёт того, что iTerm намного круче, чем xterm - ну да, круче. Ну, может, килобайт на сотню кода. Плюс ещё на сотню килобайт всяких буферов (история и т.п.). Но откуда сотни мегабайт? Это на три порядка больше разумного объёма! Один порядок (целый порядок!) я готов списать на то, что я не понимаю нюансов, куда память совершенно необходимо деть. Но ещё два порядка засунуть всё равно некуда.
Насчёт того, что изменяются требования к программам - так я о том и говорю, что пухнут программы, требования к которым практически не изменяются. Против требований игрушек и кадов - никаких возражений! Но браузер, терминал, почтовик, IM - от них мне хотелось бы увеличения реактивности с ростом производительности железа и ширины каналов, потому что их функционал не меняется. И хотелось бы, чтобы новые версии были эффективнее предыдущих, а не тормознее.
Reply
Ну и в остальных таки аналогично... правильно было бы сказать, что требования постоянно растут, и под них всё это пишется, но те возможности используют дай бог чтобы 1% пользователей.
Reply
Я бы не хотел, чтобы в браузер были встроены flash player, google earth, skype, mail/news reader и т.п. Потому что, как показывает практика, они встроенные будут съедать память, даже если их не использовать. А перезапускать браузер, чтобы освободить память, получится примерно как ребутить комп.
Reply
А вот дальше начинается, таки да, извращение.
Используй Konqueror и Opera, они намеренно сделаны чтобы быть полегче :))
Reply
Оттуда - разделяемые библиотеки, и другие объекты (например шрифты). В Linux cd /proc/pid && less maps. Во FreeBSD и Solaris был pmap. Чего там в новомодной Mac OS X - не знаю. В общем, можешь мне на слово поверить - виной всему, как ни странно, разделение труда. :-) «Куча» тоже, ес-но, место занимает.
Впрочем, если соберёшь маленькую программку, со статически прилинкованным libc, получишь ещё более удручающую картину. Это всё не секрет, давно. Поэтому-то прежде, чем говорить о потреблении памяти, нужно смотреть карту распределения памяти процесса. Вот пример, в котором рассматривается не iTerm, но тоже не самая стройная «терминалка» - Konsole (из KDE4):
mapped: 344152 KB writable/private: 43340 KB shared: 22008 KB.
Reply
И понятно. что объяснить каждый конкретный случай сжирания памяти можно. Причём, несколькими разными способами. :)
Однако, "разделение труда" не объясняет тенденцию - почему я вынужден покупать всё более мощные компьютеры, чтобы иметь приемлемые тормоза на всё тех же незамысловатых задачах (ssh, mutt, icq, http). И сверхмощные на сегодняшний день компьютеры - чтобы не иметь тормозов на этих задачах. Такая же ситуация была и 5, и 10 лет назад, и будет ещё и через 5, и через 10 лет, когда компьютеры станут ещё в несколько раз мощнее.
Reply
ssh?
Давай возьмём процедуру генерации пары ключей. Вспомнишь, сколько это занимало на Intel Pentium III? :-)
mutt тормозит? Это где? У меня он просто летает.
Reply
Развитие софта есть, оно налицо, как говорится. И есть ещё такой момент: время хорошего разработчика дорого всем, и конторе, и ему самому. Поэтому выжимать какие-то доли процента он не будет, это не имеет смысла. Сейчас действительно другие возможности железа.
Reply
Мне нужно за компом работать, а не умиляться его красотам. Поэтому и среда должна быть быстрой и удобной, а не красивой.
Насчёт "привыкли к UTF-8" - я бы не сказал. Особенно, рассматривая всякие перловые скрипты. Да и разве поддержка UTF-8 настолько ресурсоёмка? Работы по переделке софта много, а по результатам - это как вспоминать y2k - типа, подготовились же, вот и ресурсы ушли.
У меня, кстати, по-прежнему koi8-u в консоли. Так и не могу найти для себя аргументов в пользу перехода на utf-8. Однако, чувствую, что этот переход неизбежен, потому что новый софт начинает всё больше глючить в варианте koi8, тем самым вынуждая меня смириться и перейти на utf-8. Типичное, кстати, проявление прогресса. :-\
Reply
Leave a comment