Комментарии 233
На все 146% согласен с автором статьи, но, справедливости ради, отмечу, что ещё не все разработчики «забили» на оптимизацию. Скажем, тот же Total Commander. при всё возрастающей функциональности, по-прежнему экономно расходует память (даже будучи обвешанным плагинами). Или, например, IrfanView — функциональность растёт, а расход системных ресурсов заметно не увеличивается.
Был бы IrfanView ещё и под Linux, вообще бы ему цены не было.
Зачем нужен IV, если есть www.xnview.com/en/xnviewmp?
Ответ один: фреймворки и совместимость.
Программа на дельфи в 200кб не сможет держать пять версий SSL с десятком криптоалгоритмов, поддерживать универсальный интерфейс во всех средах исполнения, декодировать json/xml/yml что-там-ещё, разбираться в сортах эмотиконов и т.д.
Хотите юникода? Держите — всего-то файл шрифта в 20Мб размером. Хотите эмоджи? Ну, вы поняли. Хотите удобную библиотеку для работы с сетью? Получите + мегабайт к VSS и два мегабайта к RSS.
Программа на дельфи в 200кб не сможет держать пять версий SSL с десятком криптоалгоритмов, поддерживать универсальный интерфейс во всех средах исполнения, декодировать json/xml/yml что-там-ещё, разбираться в сортах эмотиконов и т.д.
Хотите юникода? Держите — всего-то файл шрифта в 20Мб размером. Хотите эмоджи? Ну, вы поняли. Хотите удобную библиотеку для работы с сетью? Получите + мегабайт к VSS и два мегабайта к RSS.
В статье речь идёт о фоновом режиме. В фоне совсем не обязательно подгружать кучу библиотек, которые нужны только в режиме реального чата/видеочата.
чтобы каждый раз при переключении в онлайн ждать пока оно все снова загрузит? но зачем, если можно загрузить сразу и не париться?
А в чем проблема? Поднять с диска 10-20 Мб — не проблема даже для HDD, не говоря уже о SSD. Если, конечно, он в этот момент не занят каким-нибудь фоновым сканированием. WAIT, OH SHI~
А в памяти это всё развернуть — бесплатно? Инициализация ресурсов — самая дорогая операция, сейчас её скайп производит на старте. Если инициализировать, как предложено в топике, по запросу — мы отхватим пачку проблем:
— не линейность выделенной памяти (именно по этой причине java-ентерпрайз предпочитает -Xmx и -Xms выставлять в одинаковые значения, для справки — это максимальный и стартовый размер хипа, основного используемого типа памяти, именно по этой причине инициализацию ресурсов стараются вынести в начало приложение — банально уменьшается фрагментация) приложению системой
— необходимость тратить время, когда пользователь ожидает, что операция произойдёт моментально («тормоза UI» — видео звонок сейчас почти не требует дополнительного времени на инициализацию — тратится только время на запрос ресурсов системы и подключение каналов данных)
— непредсказуемость поведения (а если система не смогла выделить памяти? — загружаемый модуль упадёт и утащит приложение)
Ну и ещё куча нюансов.
— не линейность выделенной памяти (именно по этой причине java-ентерпрайз предпочитает -Xmx и -Xms выставлять в одинаковые значения, для справки — это максимальный и стартовый размер хипа, основного используемого типа памяти, именно по этой причине инициализацию ресурсов стараются вынести в начало приложение — банально уменьшается фрагментация) приложению системой
— необходимость тратить время, когда пользователь ожидает, что операция произойдёт моментально («тормоза UI» — видео звонок сейчас почти не требует дополнительного времени на инициализацию — тратится только время на запрос ресурсов системы и подключение каналов данных)
— непредсказуемость поведения (а если система не смогла выделить памяти? — загружаемый модуль упадёт и утащит приложение)
Ну и ещё куча нюансов.
Имеем ситуацию. Скайп при загрузке грузит всё (кодеки, аудио, видео библиотеки). Комп загружается (без SSD) мучительно долго, в т.ч. благодаря скайпу. При звонке (нажатии на кнопку) реакция незамедлительна, вызов пошел.
Имеем обратную (до упора) ситуацию. При звонке (нажатии на кнопку), сначала прогружаются библиотеки (для пользователя это лаг интерфейса или программы) и только потом пошел вызов.
Имеем обратную ситуацию, но с хинтом: во время нажатия кнопки «вызова» сразу идет вызов, и в то время, пока пользователь слушает 1ый гудок грузим все библиотеки для аудио и видео. Причем, видео, тоже можно делать не по умолчанию, а только по нажатию кнопки — тогда загрузку видео библиотеки можно будет вынести туда.
Имеем обратную (до упора) ситуацию. При звонке (нажатии на кнопку), сначала прогружаются библиотеки (для пользователя это лаг интерфейса или программы) и только потом пошел вызов.
Имеем обратную ситуацию, но с хинтом: во время нажатия кнопки «вызова» сразу идет вызов, и в то время, пока пользователь слушает 1ый гудок грузим все библиотеки для аудио и видео. Причем, видео, тоже можно делать не по умолчанию, а только по нажатию кнопки — тогда загрузку видео библиотеки можно будет вынести туда.
На входящем вызове мы имеем пользователя, который счастлив пропустить звонок из-за «тормозов компьютера».
неправда ваша. Пока пользователь нажмет кнопку приема звонка — на это уйдет секунда-другая, за это время можно спокойно подгрузить нужные библиотеки, тем более что не всегда нужны все библиотеки — если не нужно видео, то не нужно их и подгружать.
… Если в этот момент HDD не занят чем-то другим. Если будет параллельное IO, то мы получим отличный сценарий трешинга, когда ничего не работает на несколько секунд. Человек нажимает кнопку «ответить», а компьютер не реагирует — он занят более важными вопросами загрузки библиотек, парсинга конфигов LDD и т.д.
Отвечая на вопрос: да, можно сделать меньше. Нет, это существенно ухудшит потребительские свойства.
В следующий раз, когда вы обнаружите, что компьютер «тормозит», задумайтесь, что в этом месте разработчики в space-time tradeoff выбрали space, а вы за это платите time.
Отвечая на вопрос: да, можно сделать меньше. Нет, это существенно ухудшит потребительские свойства.
В следующий раз, когда вы обнаружите, что компьютер «тормозит», задумайтесь, что в этом месте разработчики в space-time tradeoff выбрали space, а вы за это платите time.
А я люблю поиграть на компьютере не выключая браузер, IRC-клиент и пр. Частенько надо много раз Alt-Tab нажимать (посмотреть прохождение в ютубе в браузере, включить/выключить скайп/тимспик и т.д.). И когда при каждом нажатии Alt-Tab комп начинает свопить игру, а потом наоборот (потому что вместе это всё не помещается даже с 8 ГБ памяти), это действительно бесит и это действительно медленно, а не «ой какой кошмар, он сможет ответить в скайпе не за 300мс, а за 1 секунду !»
Тогда вам надо либо проапгрейдить компьютер (у меня домашняя машина работает на 16Гб без свопа и я ни разу не наблюдал проблем с нехваткой памяти, не смотря на кучу открытых приложений, стимовые игры в бэкграунде и нативный клиент mmo (не стим)), либо сократить аппетиты.
Сейчас вы хотите, чтобы skype сделал 30Мб использования памяти вместо 180 (а игрушка при этом не выжрала ещё 150Мб и не свопилась так же). Если вы за этот случай готовы платить (и вам это будет стоить меньше, чем добавить памяти в компьютер), то ок. Я же вижу несколько обратную картинку.
Кстати, вообще говоря, вы можете сделать так, чтобы какие-то программы не свопились — правильно выставленные лимиты по памяти и приоритеты позволяют не вытеснять некоторые приложения.
cgroups вам в помощь.
Сейчас вы хотите, чтобы skype сделал 30Мб использования памяти вместо 180 (а игрушка при этом не выжрала ещё 150Мб и не свопилась так же). Если вы за этот случай готовы платить (и вам это будет стоить меньше, чем добавить памяти в компьютер), то ок. Я же вижу несколько обратную картинку.
Кстати, вообще говоря, вы можете сделать так, чтобы какие-то программы не свопились — правильно выставленные лимиты по памяти и приоритеты позволяют не вытеснять некоторые приложения.
cgroups вам в помощь.
Всё-таки это была не просто игра, а GTA V.
Насчёт приложений… я голосую кошельком (или самим фактом использования если программа бесплатная). В случае тех же мессенджеров альтернатив масса. Линуксовых WM/DE тоже немало. Лично я нахожу свой компромисс между фичами и потреблением ресурсов (а иногда и компромисса никакого не нужно).
Та же GTA V будучи портом с консолей отличается отличной оптимизацией, которая меня искренне радует — качество картинки прекрасное и использование ресурсов для такого качества адекватное по нынешним меркам. Если бы я увидел в стиме отзывы о том, что она плохо оптимизирована, постоянно подвисает и что-то всё время делает с HDD, я бы её просто не купил и всё.
Насчёт приложений… я голосую кошельком (или самим фактом использования если программа бесплатная). В случае тех же мессенджеров альтернатив масса. Линуксовых WM/DE тоже немало. Лично я нахожу свой компромисс между фичами и потреблением ресурсов (а иногда и компромисса никакого не нужно).
Та же GTA V будучи портом с консолей отличается отличной оптимизацией, которая меня искренне радует — качество картинки прекрасное и использование ресурсов для такого качества адекватное по нынешним меркам. Если бы я увидел в стиме отзывы о том, что она плохо оптимизирована, постоянно подвисает и что-то всё время делает с HDD, я бы её просто не купил и всё.
16гб памяти на компьютере где-то трехлетней давности. Альт-таб для GTA5 проходит приблизительно мгновенно, ничего не свопит.
Что до отзывов — для хомячка любое ПО с высокими требованиями (хотя бы просто тормозящее на встроенной интеловской графике) является неоптимизированным, это аксиома.
Что до отзывов — для хомячка любое ПО с высокими требованиями (хотя бы просто тормозящее на встроенной интеловской графике) является неоптимизированным, это аксиома.
НЛО прилетело и опубликовало эту надпись здесь
То, что это консольный порт, значит, что выглядит она хуже, чем нативная игра: последнее поколение консолей — это какой-то треш 4-5летней давности. Ресурсов требует тоже меньше, да — теоретически. Потому что практически тоже не сильно оптимизировали под другую архитектуру.
Именно так ведёт себя скайп на андроиде. От нажатия кнопки приёма вызова до появления устойчивой картинки проходит секунд 30. Если потом попытаться выйти в спосок контактов, опять лаги на несколько десятков секунд. Причём тормозит даже шторка андроида (ну, тормоза гуя — это его известная проблема). У меня старый одноядерный HTC Incredible S с 512 Мб оперативы, и я уже подумываю откатить систему на старый андроид 2.x (цианоген не предлагать, пока не исправят дикий жор батареи на этом девайсе), не ставить вообще никаких прог, кроме старого плеера и читалки, и нокогда их не обновлять. Потому что аппарат стал практически неюзабельным по прямому назначению — звонить и писать смс. Каждый день обновляется куча приложений, но быстрее и легче они не становятся. Скайп жрёт столько ресурсов, что даже лаунчер иногда выгружается (приходится ждать полминуты, пока загрузится рабочий стол с иконками). Я пользуюсь только стоковым браузером, потому что все сторонние (FireFox, Dolphin и т.д.) стали неповоротливыми монстрами, которые даже 3 вкладки одновременно держать не могут. А стоковый браузер постепенно всё хуже и хуже отображает страницы, потому что веб-программисы думают так же, как обычные программисты: «ну нафиг поддерживать старьё, пусть юзеры обновляют свои браузеры». Я регулярно прибиваю всякие фоновые службы гугла и т.п., но они всё равно грузятся сами (даже скайп!), и в итоге чтобы ответить на звонок или прочитать смс, надо ждать и материться секунд 10, пока звонилка/смс-приложение загрузится.
Вот так нас заставляют менять телефон каждый год. А я не хочу. Incredible S в своё время был флагманом с отличным экраном и стоил кучу денег. Мне от смартфона много не надо — звонить/писать по телефону и разным чатам/говорилкам, иногда лазать по инету, слушать музыку/смотреть видео, читать книги, и юзать навигатор. Всё это он прекрасно умел 3 года назад, причём почти без тормозов. Так почему же сейчас мне надо покупать новый телефон? Потому что программисты забили на оптимизацию? Там, где, казалось бы, она должна стоять чуть ли не на первом месте — в мобильных девайсах! Остаётся откатиться на старые версии андроида и приложений и пытаться как-то работать в них. Не со всеми прокатит — например, старый скайп, скорее всего, просто откажется работать, т.к. протокол сменился.
Вот так нас заставляют менять телефон каждый год. А я не хочу. Incredible S в своё время был флагманом с отличным экраном и стоил кучу денег. Мне от смартфона много не надо — звонить/писать по телефону и разным чатам/говорилкам, иногда лазать по инету, слушать музыку/смотреть видео, читать книги, и юзать навигатор. Всё это он прекрасно умел 3 года назад, причём почти без тормозов. Так почему же сейчас мне надо покупать новый телефон? Потому что программисты забили на оптимизацию? Там, где, казалось бы, она должна стоять чуть ли не на первом месте — в мобильных девайсах! Остаётся откатиться на старые версии андроида и приложений и пытаться как-то работать в них. Не со всеми прокатит — например, старый скайп, скорее всего, просто откажется работать, т.к. протокол сменился.
Чёрт, проголосовал за комментарий после первой пары строк, а потом дочитал.
Вы никогда не пробовали старыми ручными жерновами сделать те же объемы, что делает современная автоматизированная мельница? Почему вы не жалуетесь на то, что это невозможно?
Мобильные устройства постепенно начинают поддерживать те же возможности, что и настольные приложения. Производительность новых устройств так же постоянно растёт — что и обеспечивает эту возможность. Мобильные браузеры поддерживают всё больше современных стандартов. И это прекрасно, я лично это только приветствую. И я лично понимаю, что невозможно обеспечить поддержку нового на том же железе, не потеряв в производительности. Попробуйте запустить Windows XP на каком-нибудь Pentium II или даже Pentium III начальных. Насколько хорошо она будет работать?
Исходя из ваших запросов, вы вполне можете пользоваться старым телефоном со старой прошивкой. Только вот придётся исключить просмотр современного веба и новых форматов видео. И, вероятно, навигатор — потому что 3d-карты ваш телефон почти наверняка не потянет уже сейчас или через некоторое время.
У меня OnePlus One. Он был куплен как раз для того, чтобы по возможности максимально долго поддерживать прогресс и при этом не переплачивать. Единственное приложение, которое действительно тормозит — это Skype. И, кстати, родная прошивка на телефоне — Cyanogen. Пока что у меня был рекорд в 2 дня 16 часов непрерывной работы. Это на тему поедания батареи Цианогеном.
Вы никогда не пробовали старыми ручными жерновами сделать те же объемы, что делает современная автоматизированная мельница? Почему вы не жалуетесь на то, что это невозможно?
Мобильные устройства постепенно начинают поддерживать те же возможности, что и настольные приложения. Производительность новых устройств так же постоянно растёт — что и обеспечивает эту возможность. Мобильные браузеры поддерживают всё больше современных стандартов. И это прекрасно, я лично это только приветствую. И я лично понимаю, что невозможно обеспечить поддержку нового на том же железе, не потеряв в производительности. Попробуйте запустить Windows XP на каком-нибудь Pentium II или даже Pentium III начальных. Насколько хорошо она будет работать?
Исходя из ваших запросов, вы вполне можете пользоваться старым телефоном со старой прошивкой. Только вот придётся исключить просмотр современного веба и новых форматов видео. И, вероятно, навигатор — потому что 3d-карты ваш телефон почти наверняка не потянет уже сейчас или через некоторое время.
У меня OnePlus One. Он был куплен как раз для того, чтобы по возможности максимально долго поддерживать прогресс и при этом не переплачивать. Единственное приложение, которое действительно тормозит — это Skype. И, кстати, родная прошивка на телефоне — Cyanogen. Пока что у меня был рекорд в 2 дня 16 часов непрерывной работы. Это на тему поедания батареи Цианогеном.
> Попробуйте запустить Windows XP на каком-нибудь Pentium II
Нормально она работала на п2-333. При 64 метрах оперативы. Подтормаживала временами на тяжелом софте, но все равно система работала быстрее, чем андроид на прошлогоднем флагмане. А уж после добавления 128 мб планки так вообще летать стала.
Нормально она работала на п2-333. При 64 метрах оперативы. Подтормаживала временами на тяжелом софте, но все равно система работала быстрее, чем андроид на прошлогоднем флагмане. А уж после добавления 128 мб планки так вообще летать стала.
Знаете, году эдак в 2008 у меня был старенький Althlon XP какой-то. С 512МБ оперативы. Так вот ему было очень плохо под управлением свежепоставленной Win XP SP3, пока я не добил ему ещё полгига памяти. Поэтому не нужно мне рассказывать про PII, пожалуйста. Поставить можно было. Она даже запускалась. Нормально работать? Вряд ли. Ностальгия — такая штука. Ну, и понятие «нормально работать» — оно тоже субъективное. Кому-то и тридцатисекундные задержки — это нормально.
Ключевое слово тут SP3 :) Чистая ХР была значительно менее ресурсоёмкой. Хотя и про 64 метра — тоже преувеличение. Если ее обкромсать по службам, то на 64 Мб она как-то сносно работала. Но без дополнительных манипуляций для приемлемой работы хотя бы в связке «Офис + IE и не больше двух-трех окон» требовалось 128 Мб. А для комфортной работы нужно было хотя бы 256 Мб.
Да, согласен, поэтому я и написал, что SP3 работала плохо на компе с 512МБ, а не 64. Свежепоставленная WinXP без сервиспаков могла работать без единого запущенного приложения на 64ГБ. Дальше прочитайте ещё раз остаток моего сообщения, начиная со слов «не нужно мне рассказывать про PII» и найдите отличия от того, что написали вы :)
XP на третьем пне/атлоне, наверное, у всех была. Тут сравнение не корректно — она начинала тормозить со временем сама по себе, а не из-за апдейта софта. Если снести и установить свежую, вместе с софтом, всё летало. Апдейтом как софта, так и винды, я в те времена не пользовался, ибо инет был дорогой, чуть ли не рубль за мегабайт.
3D карты типа Navitel тел тянет, прокручивает конечно с тормозами, но гораздо быстрее и отзывчивее, чем «хардварный» автомобильный навигатор за 3000р. А вот с вебом да, беда.
Цианоген плохо оптимизирован конкретно под этот девайс. Заряд утекал сам по себе даже когда телефон просто лежит в режиме ожидания (всё, кроме телефонного модуля, выключено). Свежезаряженный утром телефон к вечеру уже садился, если ничего на нём не делать. На стоковой прошивке в таком режиме он у меня живёт 3-4 дня (звоню редко).
3D карты типа Navitel тел тянет, прокручивает конечно с тормозами, но гораздо быстрее и отзывчивее, чем «хардварный» автомобильный навигатор за 3000р. А вот с вебом да, беда.
Цианоген плохо оптимизирован конкретно под этот девайс. Заряд утекал сам по себе даже когда телефон просто лежит в режиме ожидания (всё, кроме телефонного модуля, выключено). Свежезаряженный утром телефон к вечеру уже садился, если ничего на нём не делать. На стоковой прошивке в таком режиме он у меня живёт 3-4 дня (звоню редко).
Примерно 40 библиотек. Загрузка библиотеки линкером — это чтение файла конфигурации линкера. Итого: порядка 80 мест откуда читать. Примерно по 2 операции на метаданные (мы же не хотим тратить память на чтение метаданных?). Итого — 160 IO только на начало файлов. При latency в 10ms — это 1.6 секунды. Плюс чтение самого файла (80Мб/с, 0.25с). Итого — 1.8с адского треска жёсткого диска при получении сообщения в skype.
Явный путь к успеху на рынке.
Явный путь к успеху на рынке.
путь к успеху у скайпа походу такой, что он один занимает времени на загрузку больше, чем вся убунту без скайпа.
Вся эта математика работает в идеальных условиях, когда компьютер ничем другим не занят, не отдает торренты, не имеет антивиря, имеет все файлы скайпа выстроенными по линеечке на диске и т.д. В реальности 1.8с будут недостижимой для большинства цифрой. 5-10 секунд уже реалистичнее.
Будто в фоне сетевые соединения держать не надо.
Приложение должно открываться из фона мгновенно. Если я буду подгружать двадцать dll'ек по несколько Мб каждая, да еще и инициализировать что-то — то при нажатии на попап приложение откроется не сразу. Оперативка стоит копейки, время разработчиков стоит дорого. Поэтому я за использование фреймворков.
Может быть, «разработчики» будут отвечать за свои слова делом? Раз их время стоит дорого, а оперативная память — копейки, то, может быть, они таки будут покупать оперативную память всем пользователям своего ПО?
Если все будут считать байты — просто ПО будет обновляться реже и стоить дороже.
не вижу в этом ничего плохого, на самом деле.
16Гб памяти стоят $100. Сравнивая со стоимостью софта — даже что-то совсем утилитарное типа текстовых редакторов, бекаперов, blu ray плееров — стоят в районе $70. Я предпочитаю один раз купить память чем платить больше за софт. Некоторый софт в принципе никто не будет скрупулезно оптимизировать по памяти потому что лицензия стоит > $1000, и повышать ее стоимость ради уменьшения потребления памяти просто не выгодно ни производителю ни конечному пользователю.
1)
www.ok2.de/16GB-SO-DIMM-Intelligent-Memory--1027.html?MODsid=b3rhtccofnso1ho7va9fpm4ou5
2)
Как CEO IT-фирмы, занимающейся в том числе разработкой софта (а так же как человек имеющий опыт CTO в подобных же проектах) ответственно заявляю: стоимость «лицензии» на «аренду» софта у того, кто их продаёт — нечто эфемерное, берущееся с потолка и могущее стоить (на один и тот же продукт одной и той же версии при одном и том же уровне функциональности) как 10 копеек, так и 500$. Просто устоявшаяся бизнес-модель на рынке ПО позволяет так делать (кстати, заметьте, что вы не покупаете ПО, а арендуете).
3) Возьмём, кстати, например, браузеры: те же Firefox и Chromium. Они бесплатны (в денежном эквиваленте) для конечного пользователя (на нём зарабатывают иначе). Тем не менее, описанное в посте справедливо для них обоих в не меньшей степени, чем для Skype. Ну и их «удорожание» из-за найма более грамотных программистов, за которыми не нужно ничего «отимизировать», а так же из-за лёгкой оптимизации 3party-библиотек (которой они всё равно занимаются) для пользователя всё равно останется незаметным (см. недавний ввод в Firefox'е «слива» информации с quick-access панели в Facebook).
100$
www.ok2.de/16GB-SO-DIMM-Intelligent-Memory--1027.html?MODsid=b3rhtccofnso1ho7va9fpm4ou5
2)
Сравнивая со стоимостью софта
Как CEO IT-фирмы, занимающейся в том числе разработкой софта (а так же как человек имеющий опыт CTO в подобных же проектах) ответственно заявляю: стоимость «лицензии» на «аренду» софта у того, кто их продаёт — нечто эфемерное, берущееся с потолка и могущее стоить (на один и тот же продукт одной и той же версии при одном и том же уровне функциональности) как 10 копеек, так и 500$. Просто устоявшаяся бизнес-модель на рынке ПО позволяет так делать (кстати, заметьте, что вы не покупаете ПО, а арендуете).
3) Возьмём, кстати, например, браузеры: те же Firefox и Chromium. Они бесплатны (в денежном эквиваленте) для конечного пользователя (на нём зарабатывают иначе). Тем не менее, описанное в посте справедливо для них обоих в не меньшей степени, чем для Skype. Ну и их «удорожание» из-за найма более грамотных программистов, за которыми не нужно ничего «отимизировать», а так же из-за лёгкой оптимизации 3party-библиотек (которой они всё равно занимаются) для пользователя всё равно останется незаметным (см. недавний ввод в Firefox'е «слива» информации с quick-access панели в Facebook).
и, заметьте, я даже не оспаривал, что «самые удобные», являющиеся «стандартом отрасли де-факто» перечисленные вами «утилитарные» инструменты в указанных категориях являются мало того, что бесплатными, так ещё и СПО. А касательно «blueray-плееров», так я даже вот так сходу не могу найти ни один даже платный, который бы не паразитировал на наработках, сделанных FFmpeg/libav в том или ином виде.
что «самые удобные», являющиеся «стандартом отрасли де-факто» перечисленные вами «утилитарные» инструменты в указанных категориях являются мало того, что бесплатными, так ещё и СПО.У каждого свое, в какой-то области это СПО, в какой-то нет, а в какой-то стоит вообще очень больших денег. Покажите мне ведущий СПО (да хоть бы бесплатный) инструмент для разработки под C# и тоже самое для обработки фотографий хотябы.
вообще-то, речь шла только о перечисленных вами в комментарии, на который я отвечал, группах.
А так же, вся прелесть вашей позиции уже в ЭТОМ комментарии заключается в том, что если я сейчас, например, назовал бы monodevelop и xcode, то вы с лёгкостью можете это не принять потому что «у вас статистика другая».
// Я бы мог ещё и vim/emacs, кстати, назвать, ибо очень много знакомых в Google/Samsung/Yandex пишет именно в них, но для статистического большинства их уже, наверное, не хватит. Хотя в качестве аргумента против вашего несогласия со статистикой, наверное, прокатило бы :)
А так же, вся прелесть вашей позиции уже в ЭТОМ комментарии заключается в том, что если я сейчас, например, назовал бы monodevelop и xcode, то вы с лёгкостью можете это не принять потому что «у вас статистика другая».
// Я бы мог ещё и vim/emacs, кстати, назвать, ибо очень много знакомых в Google/Samsung/Yandex пишет именно в них, но для статистического большинства их уже, наверное, не хватит. Хотя в качестве аргумента против вашего несогласия со статистикой, наверное, прокатило бы :)
Visual Studio для C# — объективно лучшая среда по функционалу. В ее классе конкурентов у нее нету, а если принять во внимание наличие плагинов для нее — то разрыв только увеличится.
1) [цитата первого предложения предыдущего комментария]
2)
3)
Ох, нехватает математиков на вас… :) cast 0xd34df00d, чтоли… :)
2)
объективноговорит человек в дискуссии по заведомо субъективным вопросам.
3)
функционалу
Ох, нехватает математиков на вас… :) cast 0xd34df00d, чтоли… :)
Касательно C# и Visual Studio и касательно набора возможностей — это вполне объективно. Просто по факту того что ни одна другая среда не покрывает всего функционала VS.
НЛО прилетело и опубликовало эту надпись здесь
/ГраммарНаци мод он/
Вот вы сами бы не путали и не лезли с комментариями, если не знаете:
— функциональность — конкретная возможность приложения, например видео звонок для скайпа — функциональность,
— функционал — набор функциональностей, например чат, список контактов, голосовой звонок, видео звонок для скайпа — основной функционал.
/ГраммарНаци мод офф/
Вот вы сами бы не путали и не лезли с комментариями, если не знаете:
— функциональность — конкретная возможность приложения, например видео звонок для скайпа — функциональность,
— функционал — набор функциональностей, например чат, список контактов, голосовой звонок, видео звонок для скайпа — основной функционал.
/ГраммарНаци мод офф/
Что вы про всякую ерунду спрашиваете? Для картинок GIMP. А C# не нужен. Гораздо важнее нормальные САПР в разных сферах, системы компьютерного моделирования физических процессов.
Мне нравится когда люди, совершенно не разбирающиеся в теме делают подобные утверждения. Вы в GIMP пробовали цветокоррекцию делать, например? Или вы считаете что графический редактор это просто «обрезать фоточки» и добавлять надписи?
А C# не нуженКонечно не нужен, уже пошел увольняться с работы и сидеть учить язык, который вы считаете нужным, коллегам посоветую сделать то же самое. Самому не смешно?
К слову. Я пробовал. И не только я. Лично знаю несколько профессиональных фотографов, которые делают так же. Брат жив. ЧМДНТ?
А я знаю человека, который в Paint.NET редактирует фотки. По набору возможностей GIMP сильно отстает от Photoshop и делать многие вещи, в т.ч. цветокоррекцию в них — сущий ад.
несколько профессиональных фотографовПрофессиональный фотограф сейчас так же как и СЕО — каждый второй. Я приму аргументы если приведете фотографа, который на профильных ресурсах находится в топах, а то сейчас «фотографами» становятся по факту приобретения зеркалки.
1) кроме GIMP ещё есть и Krita, которая тоже вполне самодостаточный инструмент для РЕДАКТИРОВАНИЯ изображений, а не «СКАЧАЙ ТЫСЯЧУ ПЛАГИНОВ ДЛЯ ФОТОШОПА И ОНИ НАРИСУЮТ ШЕДЕВР ЗА ТЕБЯ».
// для последнего, кстати, есть как раз гимп, который таки имеет плагин для поддержки плагинов фотошопа, и с которым работают 99% оных
2) ок, понятно. Оффлайн-фотографы, ездящие со своими выставками по миру не котируются. Ок. Тогда скромно затыкаюсь.
// для последнего, кстати, есть как раз гимп, который таки имеет плагин для поддержки плагинов фотошопа, и с которым работают 99% оных
2) ок, понятно. Оффлайн-фотографы, ездящие со своими выставками по миру не котируются. Ок. Тогда скромно затыкаюсь.
Имена в студию) Раньше вот фотографы вообще без софта работали, это не значит что софт не нужен. Кроме того в разных жанрах разная обработка. Да и пара примеров не меняет картины. Я могу найти отличных программистов пишущих код в блокноте, это не значит что IDE не нужны и блокнот — альтернатива. Я изначально сказал что в GIMP гораздо труднее цветокоррекция, сейчас скачал GIMP, и вижу что мои притензии по большей части все еще в силе habrahabr.ru/post/112516/#comment_3602299
Может не Gimp надо брать, а Darktable? Для обработки фоток он проще.
Ну можно еще показать оверклокерскую память, она еще дороже будет. Стандартная DDR3 для десктопа стоит $100.
С бесплатным софтом тот же компромисс, было бы меньше фич например.
Как CEO IT-фирмы, занимающейся в том числе разработкой софта (а так же как человек имеющий опыт CTO в подобных же проектах) ответственно заявляюСейчас каждый второй CEO, это ни о чем не говорит. Если выбирать между «меньше фич»/«дороже софт»/«жрет больше памяти» — я выберу последнее, куплю память один раз и забуду об этом. В конце концов это даже двигает прогресс в производстве более емких и быстрых железок.
С бесплатным софтом тот же компромисс, было бы меньше фич например.
Ну можно еще показать оверклокерскую память
Это — даже рядом не в той же группе, что и оверклокерская.
Это — единственная возможность иметь в немалой части ноутбуков эти ваши самые 16гб оперативной памяти. И 32Gb — во всех остальных. Потому что количество ноутбуков с 4 слотами под оперативку стремится к нулю.
Опять же, довольно вредно забывать о тренде на ещё бОльшую «мобильность» (планшетизацию).
это ни о чем не говорит
Это говорит как минимум о том, что у меня есть какое-никакое, но право на авторитетное заявление о методах вычисления стоимости лицензий на ПО.
НЛО прилетело и опубликовало эту надпись здесь
1) останется. Скорость закрытия багов в трекере зависит не от количества, а от качества программистов. Смотри историю Михая Щукана (в firefox) в соседнем топике.
2) Ты явно не читал /0. Там явно говорится про моральное устаревание модели «не занимайс преждевременной оптимизацией, а лучше вообще».
А то так можно прийти к выводу, что и программистов распараллеливающих задачи приложения СРАЗУ при написании, а не когда от скуки поюзали профайлер на продакшн-софте и увидели в нём затык, и по его наводке поюзали std::async и тем самым получили загрузку в 80 секунд (sic!) вместо 500 — тоже надо гнать из профессии и нужно делать именно так :)
2) Ты явно не читал /0. Там явно говорится про моральное устаревание модели «не занимайс преждевременной оптимизацией, а лучше вообще».
А то так можно прийти к выводу, что и программистов распараллеливающих задачи приложения СРАЗУ при написании, а не когда от скуки поюзали профайлер на продакшн-софте и увидели в нём затык, и по его наводке поюзали std::async и тем самым получили загрузку в 80 секунд (sic!) вместо 500 — тоже надо гнать из профессии и нужно делать именно так :)
ну и да, отвечая на добавленное:
Тут немного перепутана причина и следствие.
По поводу ценообразования на стоимость лицензии я уже говорил чуть выше. А вот по поводу «оптимизации» — всё дело в том, что для для модели ведения бизнеса, которая, почему-то устоялась в «копирастическом» мире (ПО, поп-книги, поп-музыка, поп-фильмы, и, которая, что довольно забавно, так же характерна для «российской» модели ведения «оффлайн»-бизнеса), и которая заключается в «вложить как можно меньше, по возможности не закладываться на долговременную перспективу, поиметь как можно больше прибыли здесь и сейчас», очень характерно нанимать «обезьянок» (пре-junior'ов, которые программируют, в основном, копипастой с SO, при чём, не всегда из удачных ответов), которым можно платить 1/6 от оклада нормального программиста. По этому, за ними и возникает необходимость оптимизировать. Нанимай они «нормальных» программистов — да, чистой прибыли было бы немного меньше, но качество (за которое, предвижу комментарии, «никто не доплачивает») было бы лучше. А так — да. «Если берут и в таком виде и несут мне много денег, то зачем я буду делать лучше?»
Некоторый софт в принципе никто не будет скрупулезно оптимизировать по памяти потому что лицензия стоит > $1000, и повышать ее стоимость ради уменьшения потребления памяти просто не выгодно ни производителю ни конечному пользователю.
Тут немного перепутана причина и следствие.
По поводу ценообразования на стоимость лицензии я уже говорил чуть выше. А вот по поводу «оптимизации» — всё дело в том, что для для модели ведения бизнеса, которая, почему-то устоялась в «копирастическом» мире (ПО, поп-книги, поп-музыка, поп-фильмы, и, которая, что довольно забавно, так же характерна для «российской» модели ведения «оффлайн»-бизнеса), и которая заключается в «вложить как можно меньше, по возможности не закладываться на долговременную перспективу, поиметь как можно больше прибыли здесь и сейчас», очень характерно нанимать «обезьянок» (пре-junior'ов, которые программируют, в основном, копипастой с SO, при чём, не всегда из удачных ответов), которым можно платить 1/6 от оклада нормального программиста. По этому, за ними и возникает необходимость оптимизировать. Нанимай они «нормальных» программистов — да, чистой прибыли было бы немного меньше, но качество (за которое, предвижу комментарии, «никто не доплачивает») было бы лучше. А так — да. «Если берут и в таком виде и несут мне много денег, то зачем я буду делать лучше?»
«копирастическом» мире
нанимать «обезьянок»
Нанимай они «нормальных» программистовОк, мне ваша точка зрения понятна.
Ай-ай-ай. Как же плохо делать заключения о точке зрения собеседника по «ключевым словам», а не по сути ответов в целом.
Ну и касательно «обезьянок» — это вполне устоявшийся англоязычный термин «monkey-coding», которого никто не стесняется. Равно как и никто не стесняется признавать, что для end-user софта в самом деле, очень часто нанимаются junior'ы за копейки (в то время, как тот же Bloomberg для своих внутренних разработок нанимает сплошь математиков-кандидатов наук) :)
Ну а про «копирастический» мир — вообще не вижу, как это может характеризовать мою точку зрения. Это же практически общепризнанный факт, что копирайт очень часто одерживает победу даже над здравым смыслом (man патентные_тролли, например).
Ну и касательно «обезьянок» — это вполне устоявшийся англоязычный термин «monkey-coding», которого никто не стесняется. Равно как и никто не стесняется признавать, что для end-user софта в самом деле, очень часто нанимаются junior'ы за копейки (в то время, как тот же Bloomberg для своих внутренних разработок нанимает сплошь математиков-кандидатов наук) :)
Ну а про «копирастический» мир — вообще не вижу, как это может характеризовать мою точку зрения. Это же практически общепризнанный факт, что копирайт очень часто одерживает победу даже над здравым смыслом (man патентные_тролли, например).
Суть ответа была «копирасты нанимают говнокодеров потому что они недальновидные и жадные до денег, а пользователя им наплевать». По моему я вполне релевантно выбрал ключевые фразы.
«копирастический» характеризует вашу точку зрения примерно так же как слово «черножопый» характеризует точку зрения человека на определенные расы/национальности.
«копирастический» характеризует вашу точку зрения примерно так же как слово «черножопый» характеризует точку зрения человека на определенные расы/национальности.
А вы хотите, чтобы при переходе из фонового режима в режим сообщения оно вычитывало с файловой системы файл шрифтов на 20Мб, библиотеку с кодеками для картинок и т.д.? Я думаю, вот на такую оптимизацию общественность бы точно возбудилась. «Приходит сообщение и компьютер на 20 секунд уходит в адский своппинг». Да?
Вот как-то mIRC поддерживает юникод, то есть, как минимум те же 20 мегабайт шрифта, при этом 20 он занимает только в пике потребления, а PSI+ занимает 60 метров — «как им это удаётся?».
И, да насчёт загрузки скайпа, вы не правы, я только что проверил, открыв его из трея и он почти две секунды грузил какую-то… херню, а два других чатика, открываются мгновенно, при этом в mIRC открыто 8 комнат с 3 разных серверов.
И, да насчёт загрузки скайпа, вы не правы, я только что проверил, открыв его из трея и он почти две секунды грузил какую-то… херню, а два других чатика, открываются мгновенно, при этом в mIRC открыто 8 комнат с 3 разных серверов.
Потому что вам эти 20Мб не показывают в списке памяти, занятой приложением. Если вы суммируете использованную память каждым приложением, оно у вас не сойдётся с разницей «всего памяти» и «свободная память».
Ой… а давайте вы мне не будете рассказывать, где и что мне показывается…
я умею включать отображение дополнительных столбцов в виндовом менеджере задач и умею запускать системный монитор, и умею использовать процесс эксплорер, например.
И если уж вас интересует виртуальная память, то Мирк кушает 170, а скуйп — 350.
могу ещё рассказать про количество потоков, тикающие циклы обеих программ и так далее — «но мне лень».
я умею включать отображение дополнительных столбцов в виндовом менеджере задач и умею запускать системный монитор, и умею использовать процесс эксплорер, например.
И если уж вас интересует виртуальная память, то Мирк кушает 170, а скуйп — 350.
могу ещё рассказать про количество потоков, тикающие циклы обеих программ и так далее — «но мне лень».
20 мегабайт?
а 800 не хотите?
строчка из top:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2645 XXX 20 0 817200 168804 24824 S 3,0 2,2 528:31.76 skype
а 800 не хотите?
строчка из top:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2645 XXX 20 0 817200 168804 24824 S 3,0 2,2 528:31.76 skype
Это virt. Allocated, but not used. Запись в табличке о выделении памяти. Потенциальный объём памяти, который понадобится, если придётся записать всё и вся.
Большой virt по сравнению с rss — это нормально (и это ещё один tradeoff: constant usage vs spikes).
Большой virt по сравнению с rss — это нормально (и это ещё один tradeoff: constant usage vs spikes).
virt — это еще и своп, а не только неиспользуемая. учитывая, сколько оно грузится, есть все шансы, что оно свопит 600 и 160 не свопит… т.е. винт еще и свопом занимается персонально для скайпа. Вообще замечательно.
Извините, вы ерунду говорите. virt — это общий объём виртуальной памяти, выделенной приложению через mmap или brk. Та часть, в которую что-то было записано, относится к RES. В контексте приложения какая память в свопе, какая нет, сказать можно только через файл pagemap.
расскажите это тем, кто писал top и маны к нему
36. VIRT — Virtual Memory Size (KiB)
The total amount of virtual memory used by the task. It includes all code, data
and shared libraries plus pages that have been swapped out and pages that have
been mapped but not used.
36. VIRT — Virtual Memory Size (KiB)
The total amount of virtual memory used by the task. It includes all code, data
and shared libraries plus pages that have been swapped out and pages that have
been mapped but not used.
Ну так, и?
«Общее количество виртуальной памяти, испольуземой процессом. Это включает в себя все сегменты кода, данных и общие данные библиотек, плюс страницы, которые были выгружены в файл подкачки, а так же страницы, которые были выделены, но не используются».
А я что сказал? «общий объём виртуальной памяти». Не?
«Общее количество виртуальной памяти, испольуземой процессом. Это включает в себя все сегменты кода, данных и общие данные библиотек, плюс страницы, которые были выгружены в файл подкачки, а так же страницы, которые были выделены, но не используются».
А я что сказал? «общий объём виртуальной памяти». Не?
Если сравнивать вместе то, что Вы говорите про RES и VIRT — то
17. RES — Resident Memory Size (KiB)
The non-swapped physical memory a task has used.
Вы же говорите, что «часть, в которую что-то было записано, относится к RES»
В то время как записано может быть и в то, что VIRT
Я не берусь утверждать, что все что VIRT есть записанная память и что она вся в свопе, но имею место предположить, что немалая часть этой памяти таки записанная, а не просто неиспользуемая.
17. RES — Resident Memory Size (KiB)
The non-swapped physical memory a task has used.
Вы же говорите, что «часть, в которую что-то было записано, относится к RES»
В то время как записано может быть и в то, что VIRT
Я не берусь утверждать, что все что VIRT есть записанная память и что она вся в свопе, но имею место предположить, что немалая часть этой памяти таки записанная, а не просто неиспользуемая.
Для свопа в top есть отдельная колонка, но её надо включать руками. virt — это просто количество затребованной процессом памяти; в современных ОС работа с памятью для юзерспейсных программ полностью виртуализирована и реально память выделяется только тогда, когда к ней начинаются обращения, чем программы невозбранно и пользуются, забивая себе побольше памяти. И разумеется, невыделенные страницы памяти в своп пихать никто не будет. Так что по virt-rss можно лишь прикинуть, в каких пределах вообще объём ушедшей в своп памяти, но не более того.
Своппинг — это не любая дисковая активность, а использование виртуальной памяти, выделенной на ПЗУ для хранения данных, которые в ОЗУ не помещаются. И лично я, самый обычный юзер-недопрограммист, постоянно сталкиваюсь именно со своппингом. Потому что программы, пытающиеся хранить в оперативке сразу всё, в 8ГБ не помещаются.
Неиспользуемые части фреймворков в норме и не должны подгружаться с диска.
Операционка просто мапит адресное пространство на файл лежащий на диске и все. В физическую память код подгружается при первом реальном обращении к странице.
Операционка просто мапит адресное пространство на файл лежащий на диске и все. В физическую память код подгружается при первом реальном обращении к странице.
Если потребность в ресурсах является объективным следствием требований к совместимости, то не упрётся ли график роста этих потребностей через какое-то время в потолок, как это произошло с тактовой частотой или потребляемой мощностью?
Я не сильно в теме, но мне кажется новые криптоалгоритмы и версии протоколов тоже появляются не так часто как раньше. Всё вроде устаканивается.
Я не сильно в теме, но мне кажется новые криптоалгоритмы и версии протоколов тоже появляются не так часто как раньше. Всё вроде устаканивается.
Насчет Юникода — а раньше как Скайп нормально работал? И смайлики были. В этом случае вряд ли служит оправданием такое потребление.
НЛО прилетело и опубликовало эту надпись здесь
Если откинуть дизайн(на вкус и цвет фломастеры разные) расскажите что конкретно испортилось при MS.
150+ метров памяти скайп жрал в 2011(а тогда ее в компьютерах стояло существенно меньше)
Стабильность тоже от версии к версии была достаточно сомнительной, на одной машине не вылетал, на соседней вылетал.
150+ метров памяти скайп жрал в 2011(а тогда ее в компьютерах стояло существенно меньше)
Стабильность тоже от версии к версии была достаточно сомнительной, на одной машине не вылетал, на соседней вылетал.
При чем здесь МС? Скайп люто тормозил на cutting-edge машинах за годы до его покупки майкрософтом.
А он нормально работал? Я вот помню народ только и плакался как плохо skype себя ведёт и как много он жрёт. И тогда плакались не «в теории», а в практическом смысле — компьютер начинал сильно тормозить.
Добавьте еще сюда:
* Увеличение размеров экрана, и как следствие увеличение всех изображений которые нужно держать в памяти.
* Добавление в программы звуков, и других свистелок
* Переход на 64 бита ( указатели занимают больше памяти ) хотя возможно это совсем крохи
* Использование языков далеких от процессора — а это уже не просто слой абстракции но куча накладных расходов на простейшие действия программы.
* Увеличение размеров экрана, и как следствие увеличение всех изображений которые нужно держать в памяти.
* Добавление в программы звуков, и других свистелок
* Переход на 64 бита ( указатели занимают больше памяти ) хотя возможно это совсем крохи
* Использование языков далеких от процессора — а это уже не просто слой абстракции но куча накладных расходов на простейшие действия программы.
Эх… Согласен, уже лет 5 не ощущаться увеличение производительности, увеличиваются лишь тормоза.
Многие программы сейчас переделываю на «легкий» интерфейс с усеченным функционалом, однако кол-во тормозов от этого только увеличивается.
Многие программы сейчас переделываю на «легкий» интерфейс с усеченным функционалом, однако кол-во тормозов от этого только увеличивается.
Полностью согласен. Немного не по теме, но меня очень раздражает виндовс 7, которая со временем разрастается до невообразимых размеров на жёстком диске. Одна папка c:\windows на рабочем компьютере весит 37гб. Увеличить раздел не могу из-за ssd на 60гб, очистка стандартными средствами не помогает. Беда, в общем.
Она не обязательно весит именно столько. Скорее всего растет папка WinSxS, но она набита хардлинками, которые стандартной считалкой считаются как отдельные файлы и по многу раз.
Вы можете использовать что-нибудь вроде TreeSize Free. Оно покажет настоящий размер файлов. Теперь можно заниматься оптимизацией.
Также полезно научиться переносить данные с одного диска (SSD) на другой (HDD) с помощью junction point. Например, в консоли mklink /J, есть плагин для totalcmd.
1. Вручную почистить c:\Program Files\WindowsApps\ от старых версий приложений (актуально для Win 8+)
2. Перенести из C:\ProgramData\ часто меняющиеся вещи на HDD, например БД MSSQL, Package Cache (БД MSSQL можно оставить, но не применять сжатие)
3. Применить NTFS сжатие для Program Files, Program Files (x86), ProgramData
4. Перенести C:\Windows\Installer на HDD
5. Применить NTFS сжатие для C:\Windows\WinSXS, assembly, Microsoft.NET (сначала надо взять owner-а себе, потом вернуть например SYSTEM)
6. Почистить видео драйвера например с помощью rapr (создать точку восстановления перед этим)
7. Точечно сжать проблемные места в C:\Users\..., часто меняющиеся вещи типа кешей браузеров лучше не трогать
Я так себе уменьшил размер своего системного диска с 90 ГБ (!!!) до более приемлемых 45 ГБ.
Также полезно научиться переносить данные с одного диска (SSD) на другой (HDD) с помощью junction point. Например, в консоли mklink /J, есть плагин для totalcmd.
1. Вручную почистить c:\Program Files\WindowsApps\ от старых версий приложений (актуально для Win 8+)
2. Перенести из C:\ProgramData\ часто меняющиеся вещи на HDD, например БД MSSQL, Package Cache (БД MSSQL можно оставить, но не применять сжатие)
3. Применить NTFS сжатие для Program Files, Program Files (x86), ProgramData
4. Перенести C:\Windows\Installer на HDD
5. Применить NTFS сжатие для C:\Windows\WinSXS, assembly, Microsoft.NET (сначала надо взять owner-а себе, потом вернуть например SYSTEM)
6. Почистить видео драйвера например с помощью rapr (создать точку восстановления перед этим)
7. Точечно сжать проблемные места в C:\Users\..., часто меняющиеся вещи типа кешей браузеров лучше не трогать
Я так себе уменьшил размер своего системного диска с 90 ГБ (!!!) до более приемлемых 45 ГБ.
приемлемых 45 гб...(facepalm)
Я в таких случаях вспоминаю цитату с башорга:
У Микрософта в превью Visual Studio 2010 написано в требованиям:
Minimum 75 GB available HDD space
первое мнение — наверно запятую забыли между 7 и 5
потом читаю дальше и НАРОД ГОВОРИТ, ЧТО НЕ ЗАБЫЛИ!!!!!!!
Я помню, как в своё время ставил на машину с винтом в 40 МБ Borland Pascal 7, который в полной установке хотел 37 МБ. Так что это не новость вовсе.
Я запускал БП7 на «Поиске» с 512К ОЗУ и одним флопповодом на 720К. Без винта вообще.
Грузилось примерно 5 минут, как игрушки на спектруме. Но после загрузки вполне себе работало.
Грузилось примерно 5 минут, как игрушки на спектруме. Но после загрузки вполне себе работало.
Дальше мы должны плавно перейти к тому, что в Elite на спектруме трёхмерную графику, алгоритмы полёта космических объектов и 8 вселенных, набитых звёздами, упихали в 40кб.
А потом плавно перейти к тому, что Урал-1 (100 операций в секунду, примерно 1000 машинных слов память) умудрялся ракеты на орбиту выводить.
Удачи жить в мире, где байты стоят больше, чем время людей.
А потом плавно перейти к тому, что Урал-1 (100 операций в секунду, примерно 1000 машинных слов память) умудрялся ракеты на орбиту выводить.
Удачи жить в мире, где байты стоят больше, чем время людей.
Чьи-то не очень прямые ручонки опять положили с утра дата-центр?)
40 КБ это было шикарно! Вот на БК-0010 было 16 КБ оперативки на код и данные и 16 КБ на экранную область (графика 512*256*2 цвета или 256*256*4 цвета) и вот в эти 16 КБ умудрялись запихнуть достаточно объемные игры со спрайтами 16*16 пикселей. Круче наверное только на калькуляторе БЗ-34 сажать на Луну космический корабль.
И? Голый Турбо Паскаль без защищённого режима, без поддержки WinAPI, документации, примеров, сырцов и т.д. — да, влазил наверняка на дискетку. Только это ж не о том.
Вот и интересно, в чём причина подобного поведения системы. Почему Vista в аналогичной конфигурации обладает той же самой функциональностью, позволяет работать тем же самым приложениям, включая браузеры, IDE и игры, но при этом весит меньше и не жрёт ресурсы не пойми на что?
Они что, в Win8 пол-системы на .NET+WPF переписали, включая драйвера? Даже не знаю, чем ещё можно объяснить такие странности. За счёт чего-то же вырос объём в разы?
Они что, в Win8 пол-системы на .NET+WPF переписали, включая драйвера? Даже не знаю, чем ещё можно объяснить такие странности. За счёт чего-то же вырос объём в разы?
Что и зачем есть в винде можно почитать. Статей на тему для чего каждая папка хватает от самих MS, это кроме личных расследований. Наличие многих из этих папок действительно оправдано, они не просто так возникли, а для удобств, которых вы не замечаете, потому что они есть. Их легче заметить, если перейти на предыдущие версии винды и сделать, что-то не так. Этот пример про папку Installer. Хотя я не думаю, что такая реализация лучшее, что можно было сделать.
На WPF встроенных приложений почти нет, как в прочем и .net приложений.
(Не учитывая Metro приложения)
(Не учитывая Metro приложения)
Не скажу за win8, но по поводу обсуждаемых выше в треде Win7 vs Win Vista:
— на старте на одном и том же железе Win7 гораздо активнее и шустрее (в том числе время загрузки)
— ресурсов (оперативки) Win7 кушает не больше Win Vista
— никогда не вставала остро проблема «много места занимает win-папка»… точнее встала один раз на рабочей машине — решил проблему утащив на другой раздел разные тулы… но когда решал смотрел в том числе и сайт MS, где было написано, что WinSXS можно изрядно ужать, поюзав тулу, которая «зафиксирует текущие версии». На самом деле папка активно растёт в размерах из-за того, что содержит _все_ версии обновленных компонентов. Это касается всех 6.0 и выше ядер (Win Vista, Win7, Win8)
— на старте на одном и том же железе Win7 гораздо активнее и шустрее (в том числе время загрузки)
— ресурсов (оперативки) Win7 кушает не больше Win Vista
— никогда не вставала остро проблема «много места занимает win-папка»… точнее встала один раз на рабочей машине — решил проблему утащив на другой раздел разные тулы… но когда решал смотрел в том числе и сайт MS, где было написано, что WinSXS можно изрядно ужать, поюзав тулу, которая «зафиксирует текущие версии». На самом деле папка активно растёт в размерах из-за того, что содержит _все_ версии обновленных компонентов. Это касается всех 6.0 и выше ядер (Win Vista, Win7, Win8)
Weather.exe на машине с SSD (Intel 520) запускается около 3-4 секунд и занимает в памяти 71 мегабайт (на HD экране). При том, использовать ноутбук с DD3L 2 ГБ и стоковым ЖД было настоящим мучением.
На недорогих планшетах с mSATA памятью с одной стороны лучше, с другой 1 гигабайт распаянного ОЗУ… Максимум 2.
На недорогих планшетах с mSATA памятью с одной стороны лучше, с другой 1 гигабайт распаянного ОЗУ… Максимум 2.
У меня волосы встают дыбом когда я представляю что будет когда это действительно случится.
Вредные советы во многом даёте ;)
2. что бы работа с этими БД была медленнее, не надо так делать.
3. что бы каждый раз при открытии любого файла его приходилось целиком грузить в память для распаковки ;) не надо так делать.
5. тоже самое, что и с 3.
7. тоже самое, что и с 3.
Потом смешно наблюдать за людьми которые жалуются, что у них всё тормозит и которые винят винду во всех проблемах, которые понаделали сами.
С 4 согласен, папку ещё и пожать надо средствами ФС, при том даже без переноса (на многих железках лишь один накопитель).
С любыми переносами данных прошу обратить внимание на права и тонкости с защитой ибо при простом перемещении файлов права доступа очень легко херятся.
2. что бы работа с этими БД была медленнее, не надо так делать.
3. что бы каждый раз при открытии любого файла его приходилось целиком грузить в память для распаковки ;) не надо так делать.
5. тоже самое, что и с 3.
7. тоже самое, что и с 3.
Потом смешно наблюдать за людьми которые жалуются, что у них всё тормозит и которые винят винду во всех проблемах, которые понаделали сами.
С 4 согласен, папку ещё и пожать надо средствами ФС, при том даже без переноса (на многих железках лишь один накопитель).
С любыми переносами данных прошу обратить внимание на права и тонкости с защитой ибо при простом перемещении файлов права доступа очень легко херятся.
Спасла эта штука из какого то соседнего топика.
Windows 8.1 31Gb -> 14Gb :-)
Windows 8.1 31Gb -> 14Gb :-)
Посмотрите сколько весит папка %windir%\Installer
У меня, из-за большого количества софта, именно она и занимает много места, около 7 ГБ. Пожмите её (средствами файловой системы) и тем самым очень прилично освободите место. На производительности при этом это почти никак не скажется, только во время установки апдейтов или установке удаления софта, что происходит не так уж и часто.
У меня, из-за большого количества софта, именно она и занимает много места, около 7 ГБ. Пожмите её (средствами файловой системы) и тем самым очень прилично освободите место. На производительности при этом это почти никак не скажется, только во время установки апдейтов или установке удаления софта, что происходит не так уж и часто.
cleanmgr вам в помощь
Скайп развивается только к худшему, обновлял его только тогда, когда принуждали сменой протокола.
Ну уж нет, я предпочту подождать лишнюю минуту при старте Скайпа, чем буду ждать эту же минуту при нажатии на кнопку звонка.
На моей системе скайп занимает 87 мегабайт.
Ближайший к нему мессенджер, Viber, — 23 мегабайта.
Телеграм — 2.6 мегабайта.
Больше мессенджеров не установлено.
Файловый менеджер (Unreal Commander) — 11.
Дропбокс — 40.
Самый прожорливый процесс, после браузера, ESET — 116.
В целом, меня потребление памяти фоновыми программами устраивает. От Скайпа хочется избавиться, это да.
Ближайший к нему мессенджер, Viber, — 23 мегабайта.
Телеграм — 2.6 мегабайта.
Больше мессенджеров не установлено.
Файловый менеджер (Unreal Commander) — 11.
Дропбокс — 40.
Самый прожорливый процесс, после браузера, ESET — 116.
В целом, меня потребление памяти фоновыми программами устраивает. От Скайпа хочется избавиться, это да.
объемы памяти растут быстрее, чем производительность процессоров. Поэтому приоритетнее экономить такты, чем ячейки памяти.
Знаете, несколько напрягает, что вполне живой ноут 5-летней давности невозможно использовать даже для веб-серфинга, хром и лис тормозят страшно — не хватает набортного 1Гб оперативки (и да, он распаян, слотов расширения нет). Офис 2003 (функционально равный 2010-му) и WinXP там же чувствуют себя вполне комфортно.
С веб серфингом сложнее. Усложнился интернет, и браузеры пытаются за ним угнаться. Поставьте того же лиса 5 летней давности и он не будет тормозить. А вот как хорошо он отобразит современный веб, это отдельный вопрос.
Пользуюсь Opera 12.17, когда прижимает — гружу Firefox. Но дело-то именно в том, что QA что у Mozilla, что у Google — списали все старше 3-4х лет в утиль. Конечно, это проще, чем оптимизировать билды, использовать удобные, но жутко толстые тулзы и либы.
На память приходит только два широко распространенных продукта, которым пришлось делать оптимизацию размера и скорости — Acrobat (на 8 или 9 версию вроде похудел) и IE (в дистрибутив с какого-то момента перестали включать видимо кусок файла подкачки).
На память приходит только два широко распространенных продукта, которым пришлось делать оптимизацию размера и скорости — Acrobat (на 8 или 9 версию вроде похудел) и IE (в дистрибутив с какого-то момента перестали включать видимо кусок файла подкачки).
С Браузерами согласен, недавно надо было по работе разработать программу со встроенным браузером, так я взял WebKit движок подключил и какое же было мое удивление когда 4 вкладки сайтов начали занимать 300 мегабайт. Да что твориться с программами то.
Вот еще недавно искал инфу на форуме разработчиков гугла, которые Chrom поддерживают, и там промелькнул ответ — такого вольного перевода: Вы используйте TTimer(таймер) для передачи данных из одного потока в другой, т.к таймер висит в главном потоке и к нему имеют доступ подпотоки- после таких советов мои глаза выпали.
ЗЫ: у меня 16 гигтар памяти из которых 4гигтара занимает браузер — и как жить.
Вот еще недавно искал инфу на форуме разработчиков гугла, которые Chrom поддерживают, и там промелькнул ответ — такого вольного перевода: Вы используйте TTimer(таймер) для передачи данных из одного потока в другой, т.к таймер висит в главном потоке и к нему имеют доступ подпотоки- после таких советов мои глаза выпали.
ЗЫ: у меня 16 гигтар памяти из которых 4гигтара занимает браузер — и как жить.
Вам не хватает 16 ГБ?
У меня 2 ГБ, Chrome всегда запущен + NetBeans + GIMP (Честно скажу: Скайп загружаю только на время разговора).
И все это как то уживается.
Иногда, конечно же приложения выгружаются в «Файл подкачки», в основном долго неиспользуемые вкладки браузера (благо их сделали отдельными процессами).
У меня 2 ГБ, Chrome всегда запущен + NetBeans + GIMP (Честно скажу: Скайп загружаю только на время разговора).
И все это как то уживается.
Иногда, конечно же приложения выгружаются в «Файл подкачки», в основном долго неиспользуемые вкладки браузера (благо их сделали отдельными процессами).
Вы может не замечали, но последние версии Firefox кушают память на удивление экономно. Пользуюсь Opera с 2002 года и не менял ее никогда на другие браузеры. Я сам удивился, когда пришлось открыть около 30 вкладок со статьями HB и GT в Firefox. Вполне соизмеримо с Opera 12.17 получилось потребление памяти. Правда не хватает некоторых удобных мелочей, которые в Opera 12.17 идут в базовом варианте, но как раз с ограниченным количеством памяти жить можно.
Как отобразит это вопрос отдельный, но он ведь и дыряв абсолютно. А хочешь «безопасную» версию — в придачу все плюхи, от которых не отказаться. Хоть на Links переходи…
Одна из причин того, почему я и сижу на Opera 12.
Альтернатив-то нет.
Альтернатив-то нет.
А ведь железо-то как-то нужно заставлять покупать… А то вздумали сидеть на одном и том-же компе несколько лет и не платить ничего…
Скайп же вроде в основе своей использует p2p и в фоновом режиме, когда вы не разговариваете, через вас все равно проходит трафик других абонентов для поддержания сети. Это как торрент в фоне, вы ничего не качаете, а он раздает, обновляет раздачи и тд и тп…
Меня вот больше беспокоят современные браузеры под разными ОС, которые при 5-10 открытых сайтах весом по мегу, жрут памяти под 1,2гб (ОС Х) не говоря уже о нагрузке на проц, причем тот же самый браузер (рыжий лис) под линуксом ест памяти ровно в 10 раз меньше порядка 120мб, при тех же открытых вкладках, винда расположилась где-то по серединке от 300 до 600 метров.
А в остальном согласен с автором, софт который раньше работал на пнях 133 с 16-64 мб памяти, сегодня требует два ядра по 2 ггц и 2 гб памяти, и ладно бы какой-то убойный функционал появился, ан нет, грустно все это… если оптимизировать большинство софта, то обновлять компы не будем по 10 лет, тогда загорюют производители этого железа, замкнутый круг однако.
Меня вот больше беспокоят современные браузеры под разными ОС, которые при 5-10 открытых сайтах весом по мегу, жрут памяти под 1,2гб (ОС Х) не говоря уже о нагрузке на проц, причем тот же самый браузер (рыжий лис) под линуксом ест памяти ровно в 10 раз меньше порядка 120мб, при тех же открытых вкладках, винда расположилась где-то по серединке от 300 до 600 метров.
А в остальном согласен с автором, софт который раньше работал на пнях 133 с 16-64 мб памяти, сегодня требует два ядра по 2 ггц и 2 гб памяти, и ладно бы какой-то убойный функционал появился, ан нет, грустно все это… если оптимизировать большинство софта, то обновлять компы не будем по 10 лет, тогда загорюют производители этого железа, замкнутый круг однако.
Я не очен понимаю, какие критерии используются в данном случае для оценки скорости. Я прекрасно помню как производительности PC не хватало для видео 640x480 и сколько времени занимала архивация. Как тормозил банальный ресайз картинок и рип CD-аудио диска в mp3 требовал достаточно ресурсов, чтобы не мог работать в фоне.
Весь софт который требует серьезную вычислительную мощность сейчас может работать чуть ли не на одном ядре из доступных 4-8, а то и вобще выполняться на каком-нибудь специальном блоке(видео декодеры, шифровалки). Это все было не так давно. Да и с учетом инфляции за цену того компьютера сейчас можно купить такие железки, что вы забудите о каких-то ограницениях производительности.
Тормозят интерфейсы, они пишутся с большим уровнем абстракции периодически используя чуть ли не веб стек, что тут можно ждать.
Весь софт который требует серьезную вычислительную мощность сейчас может работать чуть ли не на одном ядре из доступных 4-8, а то и вобще выполняться на каком-нибудь специальном блоке(видео декодеры, шифровалки). Это все было не так давно. Да и с учетом инфляции за цену того компьютера сейчас можно купить такие железки, что вы забудите о каких-то ограницениях производительности.
Тормозят интерфейсы, они пишутся с большим уровнем абстракции периодически используя чуть ли не веб стек, что тут можно ждать.
Да уж, веб это главный двигатель тормозов современных интерфейсов. В целом же, инфляция происходит из за того, что нет возможности сбросить груз прожитых лет. По просту говоря старые подходы стареют, обрастают жиром и дряхлеют.
То есть инфляция это плата за обратную совместимость.
То есть инфляция это плата за обратную совместимость.
Скорее, это плата за то, что вместо развития и совершенствования уже имеющейся архитектуры разработчики начинают наворачивать всё новые и новые слои абстракций.
Вот была система динамических библиотек. Она хорошо работала, полностью справлялась со своими задачами. Но нет, зачем-то решили перейти от библиотечного подхода к компонентному. Теперь у нас будут не библиотеки, а компоненты, которые представляют собой те же самые библиотеки, но только с обязательной необходимостью регистрироваться через реестр и кучу сложнейших механизмов. Всё это, естественно, тормозит и глючит.
Наконец, всю эту муть с GUID'ами, моникерами и DCOM'ом кое-как отладили, и кодерам этого показалось мало. Теперь наши компоненты будут храниться в текстовом виде. Ну чтобы помимо загрузки DLLки приходилось ещё поднимать парсер XML и парсить каждый раз всё это дело. Мотивировали якобы тем, что XML удобно читать человеку (интересно, кто этот человек, которому удобно в простом текстовом редакторе, без спец-IDE, читать такую корявую и негуманоидную вещь, как XML? А если всё равно юзаем спец-IDE и плагины, так не пофиг ли, XML там или уже бинарные данные?).
Естественно, вся эта XMLщина нещадно тормозила и глючила. Когда индустрия кое-как переварила очередную выдумку архитекторов, они придумали новую фишку: а давайте-ка вынесем компиляцию в рантайм. Раз уж XML всё равно парсится при старте приложения, так давайте и весь код будет компилироваться при старте! Сказано — сделано: подгружаем компилятор, линкер, и теперь у нас всё в рантайме, а значит — хорошо. Но вот беда, вдруг оказалось, что при первом старте теперь у нас даже приложения уровня Hello World грузятся по 15 секунд. Что ж, пусть они это делают лишь при первом старте, а потом скомпиленные заготовки сбросим куда-нибудь в WinSnS, чтоб потом быстрее было…
И вот спрашивается: а что мы собственно говоря получили полезного, навесив такую прорву абстракций?
Вот была система динамических библиотек. Она хорошо работала, полностью справлялась со своими задачами. Но нет, зачем-то решили перейти от библиотечного подхода к компонентному. Теперь у нас будут не библиотеки, а компоненты, которые представляют собой те же самые библиотеки, но только с обязательной необходимостью регистрироваться через реестр и кучу сложнейших механизмов. Всё это, естественно, тормозит и глючит.
Наконец, всю эту муть с GUID'ами, моникерами и DCOM'ом кое-как отладили, и кодерам этого показалось мало. Теперь наши компоненты будут храниться в текстовом виде. Ну чтобы помимо загрузки DLLки приходилось ещё поднимать парсер XML и парсить каждый раз всё это дело. Мотивировали якобы тем, что XML удобно читать человеку (интересно, кто этот человек, которому удобно в простом текстовом редакторе, без спец-IDE, читать такую корявую и негуманоидную вещь, как XML? А если всё равно юзаем спец-IDE и плагины, так не пофиг ли, XML там или уже бинарные данные?).
Естественно, вся эта XMLщина нещадно тормозила и глючила. Когда индустрия кое-как переварила очередную выдумку архитекторов, они придумали новую фишку: а давайте-ка вынесем компиляцию в рантайм. Раз уж XML всё равно парсится при старте приложения, так давайте и весь код будет компилироваться при старте! Сказано — сделано: подгружаем компилятор, линкер, и теперь у нас всё в рантайме, а значит — хорошо. Но вот беда, вдруг оказалось, что при первом старте теперь у нас даже приложения уровня Hello World грузятся по 15 секунд. Что ж, пусть они это делают лишь при первом старте, а потом скомпиленные заготовки сбросим куда-нибудь в WinSnS, чтоб потом быстрее было…
И вот спрашивается: а что мы собственно говоря получили полезного, навесив такую прорву абстракций?
Ну они пошли по изначально кривому пути — стандартные браузерные контролы из системы… Ну приспичило делать UI в браузере, ну взяли бы CEF — по одному билду на каждую платформу. А так, весь этот зоопарк, как это вообще тестить…
158 мегабайт на скрине — сказка! У меня на 7-й винде IE-процесс часто падает или выдаёт (смешно) алерты типа «страница не отвечает». На маке с вебкитом — жрёт гиг памяти в обычном состоянии, до 2 гигов при активном использовании (поиск по чатам и т.д.)
158 мегабайт на скрине — сказка! У меня на 7-й винде IE-процесс часто падает или выдаёт (смешно) алерты типа «страница не отвечает». На маке с вебкитом — жрёт гиг памяти в обычном состоянии, до 2 гигов при активном использовании (поиск по чатам и т.д.)
>В этом случае цепочка из 15 библиотек в случае аккумуляции задержек получает результат 1.05^15 = 2.07, т.е. приложение в худшем случае будет работать в два раза медленнее, чем любой из компонентов.
Ойойой! Ну и примерчик. Если у программы сложность O(N^15), то вам и десятикратное ускорение не поможет.
А поможет только смена алгоритмов на эквивалентные, но с меньшей сложностью.
Ойойой! Ну и примерчик. Если у программы сложность O(N^15), то вам и десятикратное ускорение не поможет.
А поможет только смена алгоритмов на эквивалентные, но с меньшей сложностью.
Нет, речь идет не о сложности программы в O(N^15). Речь идет, например, о стеке протоколов. Один протокол поверх другого, в результате небольшое замедление каждого протокола приводит к большому замедлению системы в целом.
Вы понимаете, что вы считаете неправильно? Если каждый протокол работает на 5% медленнее, то и весь стек будет на 5% медленнее. И никаких двух раз.
Например, следуя вашей логике, предположим, что программа скомпилирована другим компилятором, или написана на другом языке, который выдает код в 2 раза медленнее. В любой программе одни функции вызывают другие функции, что эквивалентно вызову библиотеки из библиотеки или одного уровня стека из другого. Допустим, глубина стека достигает 15 вызовов, что даже меньше, чем обычно. Согласно вашей методологии расчета, программа будет работать в 2^15 раз медленней. Т.е. в 32768 раз. Вам не кажется это нереалистичным?
Например, следуя вашей логике, предположим, что программа скомпилирована другим компилятором, или написана на другом языке, который выдает код в 2 раза медленнее. В любой программе одни функции вызывают другие функции, что эквивалентно вызову библиотеки из библиотеки или одного уровня стека из другого. Допустим, глубина стека достигает 15 вызовов, что даже меньше, чем обычно. Согласно вашей методологии расчета, программа будет работать в 2^15 раз медленней. Т.е. в 32768 раз. Вам не кажется это нереалистичным?
ОК, ситуации бывают разные. Возможно, протоколы вложены друг в друга, так что коэффициенты надо перемножать. Гораздо более распространено, когда они складываются друг с другом (считайте это суммарными задержками). Тогда 20 раз по пять процентов — это уже замедление вдвое.
Для того, чтобы задержка всего стека была пять процентов, нужно обеспечить годный конвейер в стеке, т.е. дополнительные ухищрения по оптимизации, да и не для каждой задачи так можно сделать.
Для того, чтобы задержка всего стека была пять процентов, нужно обеспечить годный конвейер в стеке, т.е. дополнительные ухищрения по оптимизации, да и не для каждой задачи так можно сделать.
Хорошо. Давайте возьмем процессор на 5% медленней. Вместо Core i7 4790 будет у нас Core i7 4770. Протоколы вложены, как вы и предлагаете. И что, у нас программа будет в два раза дольше выполняться?
Если вы хотите дальше спорить, пожалуйста, приведите математические расчеты.
Если вы хотите дальше спорить, пожалуйста, приведите математические расчеты.
НЛО прилетело и опубликовало эту надпись здесь
Тут вопрос что с хромом делать.? Некоторые из 10-20-ти его процессов (открыто много вкладок) умудряются по 1 гигабайту оперативы жрать? Это, собственно, как? Это сайт столько весит?
с хромом проще, вкладку (или несколько) закрыл — процесс убился, память освободилась. Firefox в этом отношении гораздо печальнее.
Firefox памяти жрёт раза в 2.5 — 3 меньше Хромого. При этом в FF есть и работает ленивая загрузка вкладок (не грузит вкладки пока пользователь на них не перейдёт), а так же есть нормальные API позволяющие с помощью плагина полностью выгружать неактивные вкладки из памяти. Хромой же ресурс жрёт прост адово, и память и CPU, а при его запуске система часто встаёт колом на несколько секунд. Ещё Firefox очень удобен в плане API в широком смысле, к примеру, к нему легко прикручиваются древовидные боковые вкладки, которые очень удобно использовать на широкоформатном мониторе. К Хромому же вообще никаких улучшений интерфейса не прикрутить.
Помимо вышесказанного сама архитектура у Хромого откровенное говно, а уж о стабильности и говорить нечего в таких условиях, вот для примера ссылка:
www.buyincoins.com/s/windows--tablet_c356_s-arrival_DESC.html
откройте её в FF и Хроме ;) Почувствуйте разницу.
P.S. прошу прощения ссылку вставить как ссылку из-за идиотов не могу :)
Помимо вышесказанного сама архитектура у Хромого откровенное говно, а уж о стабильности и говорить нечего в таких условиях, вот для примера ссылка:
www.buyincoins.com/s/windows--tablet_c356_s-arrival_DESC.html
откройте её в FF и Хроме ;) Почувствуйте разницу.
P.S. прошу прощения ссылку вставить как ссылку из-за идиотов не могу :)
Пустой фаерфокс при старте занимает сразу больше ста метров, в процессе использования жрет память адово, не спешит ее освобождать после закрытия, если не прибить руками через таскменеджер.
От хрома, впрочем, я отказался еще раньше, т.к. мой ноут хоть и тянет легко пару виртуалок с windows server 08/12 с IIS и Exchange, хром ему не по зубам.
Я бы обвинил по привычке во всех бедах веб-дизайнеров, однако в случае с тем же ФФ я могу наблюдать, как после каждого обновления браузера тормозов становится больше, хотя просматриваемый контент мог давненько не обновляться.
Впрочем, дизайнеры все равно виноваты, а именно — в отказе от html-only версий сайтов.
От хрома, впрочем, я отказался еще раньше, т.к. мой ноут хоть и тянет легко пару виртуалок с windows server 08/12 с IIS и Exchange, хром ему не по зубам.
Я бы обвинил по привычке во всех бедах веб-дизайнеров, однако в случае с тем же ФФ я могу наблюдать, как после каждого обновления браузера тормозов становится больше, хотя просматриваемый контент мог давненько не обновляться.
Впрочем, дизайнеры все равно виноваты, а именно — в отказе от html-only версий сайтов.
НЛО прилетело и опубликовало эту надпись здесь
Я как-то решил проверить как с памятью Хром и Лис работают(сам на старой Опере сижу).
Открыл в браузерах Пикабу и мотал вниз до упора синхронно.
Лис при запуске сразу сжирает 300Мб, плавно доходит до 500 и потом потребление памяти прекращается, видимо на диск скидывает.
Хром и новая Опера жрут линейно, вплоть 3Гб.
Открыл в браузерах Пикабу и мотал вниз до упора синхронно.
Лис при запуске сразу сжирает 300Мб, плавно доходит до 500 и потом потребление памяти прекращается, видимо на диск скидывает.
Хром и новая Опера жрут линейно, вплоть 3Гб.
Доп: ну и ссылки на сами расширения:
древовидные вкладки:
addons.mozilla.org/rU/firefox/addon/tree-style-tab
автовыгружалка давно неиспользуемых вкладок:
addons.mozilla.org/ru/firefox/addon/unloadtab
Ни то ни другое в Хром не возможно в принципе.
древовидные вкладки:
addons.mozilla.org/rU/firefox/addon/tree-style-tab
автовыгружалка давно неиспользуемых вкладок:
addons.mozilla.org/ru/firefox/addon/unloadtab
Ни то ни другое в Хром не возможно в принципе.
Потребление памяти skype'ом еще сильно зависит от количества истории сообщений (в одном файле main.db) + различные конференции.
Вот, например, инфляция ОС компьютеров:
Калькулятор так вообще мгновенно включается :)
Конечно.
Но это не калькулятор, это полнофункциональный компьютер с графической многозадачной ОС. Даже с поддержкой сети.
Главное, что выполняемые задачи те же самые. На Youtube было видео, где запускают бок-о-бок такую же парочку компьютеров, открывают на них текстовые процессоры, пишут пару абзацев оформленного текста, сохраняют и закрывают. Результат тот же самый: современные компьютеры делают вещи медленнее старых.
Но это не калькулятор, это полнофункциональный компьютер с графической многозадачной ОС. Даже с поддержкой сети.
Главное, что выполняемые задачи те же самые. На Youtube было видео, где запускают бок-о-бок такую же парочку компьютеров, открывают на них текстовые процессоры, пишут пару абзацев оформленного текста, сохраняют и закрывают. Результат тот же самый: современные компьютеры делают вещи медленнее старых.
А почему бы на новый PC не поставить KolibriOS? Тоже ведь «графическая многозадачная ОС».
Вот тоже интересное видео об эволюции ПО.
Вот тоже интересное видео об эволюции ПО.
Photoshop — не слишком удачный пример. У него даже такая ключевая фича, как слои, появилась этак к версии 4.0, если мне память не изменяет. Но вы попробуйте сравнить по функционалу, хотя бы, MS Office 2000 и MS Office 2013. Причем Office 2000 вполне неплохо себе работал на первопнях с 64 Мб ОЗУ.
А можно сравнить не 2000 офис, а 95-й? или вообще Office 1.0?
eps писал, что:
А я просто указал, что старые компьютеры просто не могут делать тысячу вещей, которые делают современные.
eps писал, что:
Современные компьютеры делают вещи медленнее старых.
А я просто указал, что старые компьютеры просто не могут делать тысячу вещей, которые делают современные.
> А можно сравнить не 2000 офис, а 95-й? или вообще Office 1.0?
Вы хотите сказать, что много лет назад компьютеры и программы были простые и малофункциональные? Зачем? Это и так очевидно. Речь тут идет о другом — о том, что ранее для реализации той или иной функции в программном обеспечении требовалось меньше вычислительных ресурсов, чем сейчас. Грубо говоря, эффективность использования ресурсов компьютера ухудшается. Как пример, могу привести, скажем, конфигурационный файл какого-нибудь абстрактного приложения. Лет 20 назад это был ini-файл, для работы с ним использовался нехитрый API, работающий с текстовыми строками на уровне «сравнил, вырезал текст, вставил другой текст, сохранил». Соответствующая библиотека «весила» два десятка килобайт. Сейчас программист с большой вероятностью будет сохранять настройки в XML. Для чтения/записи XML у него будет какой-то парсер, который умеет работать с DOM и SAX, умеет проверять схему документа, поддерживает XSLT-трансформации и еще массу крутых функций… которые имеют кучу полезных применений, но, черт возьми, совершенно не пригодятся в такой утилитарной задаче, как сохранение дюжины параметров приложения в настроечный файл, и их чтении при следующем запуске. И весит этот парсер десяток мегабайт, и всё это добро будет мертвым грузом загружаться вместе с приложением.
Вы хотите сказать, что много лет назад компьютеры и программы были простые и малофункциональные? Зачем? Это и так очевидно. Речь тут идет о другом — о том, что ранее для реализации той или иной функции в программном обеспечении требовалось меньше вычислительных ресурсов, чем сейчас. Грубо говоря, эффективность использования ресурсов компьютера ухудшается. Как пример, могу привести, скажем, конфигурационный файл какого-нибудь абстрактного приложения. Лет 20 назад это был ini-файл, для работы с ним использовался нехитрый API, работающий с текстовыми строками на уровне «сравнил, вырезал текст, вставил другой текст, сохранил». Соответствующая библиотека «весила» два десятка килобайт. Сейчас программист с большой вероятностью будет сохранять настройки в XML. Для чтения/записи XML у него будет какой-то парсер, который умеет работать с DOM и SAX, умеет проверять схему документа, поддерживает XSLT-трансформации и еще массу крутых функций… которые имеют кучу полезных применений, но, черт возьми, совершенно не пригодятся в такой утилитарной задаче, как сохранение дюжины параметров приложения в настроечный файл, и их чтении при следующем запуске. И весит этот парсер десяток мегабайт, и всё это добро будет мертвым грузом загружаться вместе с приложением.
Грубо говоря, эффективность использования ресурсов компьютера ухудшается.
А вы пробовали сравнивать висту и семёрку? :)
А как эффективно старые программы работали с NTFS дисками, многоядерными процессорами, новыми видео технологиями?
У вас странные вопросы. Я вам пишу про то, что сейчас разработчики неэффективно используют мощности компьютера, а вы пытаетесь возразить, что, дескать, вот сейчас аппаратных фенечек больше. Одно никак не заменяет другое, и наличие мощных аппаратных средств не оправдывает ухудшение культуры разработки. Особенно учитывая тот факт, что взрывного роста аппаратной мощности уже не будет, который ранее компенсировал эту самую «инфляцию».
Кстати, что старые программы, что новые — они не работают с NTFS-дисками, по крайней мере, если это не системные утилиты. Программа вообще не знает, какая там файловая система на диске, это не ее забота.
Кстати, что старые программы, что новые — они не работают с NTFS-дисками, по крайней мере, если это не системные утилиты. Программа вообще не знает, какая там файловая система на диске, это не ее забота.
Поэтому я люблю статическую линковку. Линкер берёт из либы только те функции, которые используются в проге.
Подумал — ну, у автора же винда… А посмотрю-ка у себя в убунте…
Был весьма удивлён…
Единственное — загрузка процессора всё ж меньше. Всего 164 секунды процессорного времени (это при аптайме 5 суток, при этом за это время была пара сотен сообщений в чате и один получасовой разговор)
Был весьма удивлён…
Единственное — загрузка процессора всё ж меньше. Всего 164 секунды процессорного времени (это при аптайме 5 суток, при этом за это время была пара сотен сообщений в чате и один получасовой разговор)
Вот уж действительно "Скайп — это гигабайты свежей информации".
Плохо что реальной альтернативы нет.
Плохо что реальной альтернативы нет.
Ну можно использовать SkypeWeb в Miranda NG (кстати хороший пример когда на оптимизацию не забивают, NG даже жрёт заметно меньше чем IM), правда пока ещё сыровато, но это глоток свежего воздуха после похорон SkypeKit.
Ух ты! Премного благодарен, что упомянули о плагине! Буду пробовать
На всякий случай ссылка:
wiki.miranda-ng.org/index.php?title=Plugin:SkypeWeb/ru
>>кстати хороший пример когда на оптимизацию не забивают, NG даже жрёт заметно меньше чем IM
Так и есть, в NG просто очень многое переделали по уму. В IM сферически-вакуумное API с совместимостью вроде бы во все стороны, а на дели костыли и глюки. В NG, благодаря общему репозиторию для программы и всех плагинов удалось выкинуть весь ужас и сделать унифицированное API без необходимости поддержки костылей и прослоек для обратной совместимости. После этого был выкинут и переработан общий код плагинов, ядро разделено на отдельные модули, которые без необходимости не подгружаются и т.д. В итоге получилось прекрасное ПО, без дублирования кода, без костылей, с нормальной поддержкой и согласованной разработкой. Ну и ещё один момент Miranda (обе ветки) не кроссплатформенное ПО, использует только API системы и написана на С++, т. е. оверхед во всех слоях изначально минимален.
P.S. Miranda IM на фоне NG абсолютнейший хлам и глюкодром, который ещё и не развивается. В общем NG это единственная Miranda, IM же можно смело оставить на полке истории.
На всякий случай ссылка:
wiki.miranda-ng.org/index.php?title=Plugin:SkypeWeb/ru
>>кстати хороший пример когда на оптимизацию не забивают, NG даже жрёт заметно меньше чем IM
Так и есть, в NG просто очень многое переделали по уму. В IM сферически-вакуумное API с совместимостью вроде бы во все стороны, а на дели костыли и глюки. В NG, благодаря общему репозиторию для программы и всех плагинов удалось выкинуть весь ужас и сделать унифицированное API без необходимости поддержки костылей и прослоек для обратной совместимости. После этого был выкинут и переработан общий код плагинов, ядро разделено на отдельные модули, которые без необходимости не подгружаются и т.д. В итоге получилось прекрасное ПО, без дублирования кода, без костылей, с нормальной поддержкой и согласованной разработкой. Ну и ещё один момент Miranda (обе ветки) не кроссплатформенное ПО, использует только API системы и написана на С++, т. е. оверхед во всех слоях изначально минимален.
P.S. Miranda IM на фоне NG абсолютнейший хлам и глюкодром, который ещё и не развивается. В общем NG это единственная Miranda, IM же можно смело оставить на полке истории.
Ну и ещё один момент Miranda (обе ветки) не кроссплатформенное ПО, использует только API системы и написана на С++, т. е. оверхед во всех слоях изначально минимален.К слову, планируется запил второго ядра на Qt для Linux. Все какие возможно плагины будут унифицированы (перенесут зависимости WinAPI в ядро и сделают абстракции) для запуска на обоих ядрах.
Но это не очень скоро, прежде ещё есть другие задачи.
Должен заметить в защиту Скайпа, что на планшетах он занимает меньше. Специально проверил на планшете у друга — там он занимал стабильно 40 мегабайт. Т.е. ребята из Редмонда могут оптимизировать, когда хотят. В статье я писал не о том, что конкретно это приложение сделано плохо. Речь идет о другом — что старые подходы к написанию таких вещей начинают очень плохо работать из-за потолка в скорости процессоров. Это не только справедливо относительно Скайпа.
В принципе функциональность старого скайпа до 2011 меня устраивала. И я бы хотел поддержки этих версий, просто чтобы на них ставили заплатки безопасности, если там какие-то критичные дыры. Я лично не просил большей функциональности и охотно пользовался бы в данном случае старой версии, пусть там изображение и похуже. Однако в том-то и дело, что с официального сайта старые версии не скачаешь (я вов всяком случае не нашел). Вдобавок не факт, что они запустятся вообще на новых версиях ОС.
В принципе функциональность старого скайпа до 2011 меня устраивала. И я бы хотел поддержки этих версий, просто чтобы на них ставили заплатки безопасности, если там какие-то критичные дыры. Я лично не просил большей функциональности и охотно пользовался бы в данном случае старой версии, пусть там изображение и похуже. Однако в том-то и дело, что с официального сайта старые версии не скачаешь (я вов всяком случае не нашел). Вдобавок не факт, что они запустятся вообще на новых версиях ОС.
На Андроидах он крайне нетороплив, пока он стартует, я через телеграм уже успею сообщение средних размеров отправить.
Да запуститься то запуститься, соединяться вряд ли будет, но тут главное что EULA изменилась и пользоваться старой версией = не соглашаться с тем что весь трафик теперь не p2p, а идет через MS серверы.
Недавно была кардинальная (и вроде единственная в истории скайпа, на моей памяти точно) смена протокола с забаном старых версий десктопных клиентов. Так что не прокатит. Скачать-то можно с oldversion.com, вот только это бесполезный мусор уже.
Будущее индустрии за приложениями, которые смогут использовать полноценно многоядерность
и смогут забить на 100% не одно ядро, а все 8 :)
НЛО прилетело и опубликовало эту надпись здесь
Формулировки этого закона разнятся. Речь идет скорее о том, что до 2004 рост числа транзисторов приводил и к росту тактовой частоты. Теперь уже нет. Это отчетливо видно на графике. Т.е. теперь просто так, загнав больше транзисторов на схему, нельзя заставить приложение работать быстрее.
Рост числа транзисторов сам по себе не приводил к росту тактовой частоты. Снижение техпроцесса, удлинение конвейера и т.д. — да.
Производительность одного ядра в пересчете на единицу частоты либо ватт до сих пор продолжает расти. Всякие расширения вроде AVX, просто оптимизация работы конвейера на всех этапах… Современный 4-ядерный i7 4770k существенно быстрее старенького 4-ядерного Q6600, если уравнять их тактовые частоты, и это благодаря в первую очередь увеличенному бюджету транзисторов, на которых можно побольше всего реализовать. Разница раза в полтора-два будет. www.legitreviews.com/upgrading-from-intel-core-2-quad-q6600-to-core-i7-4770k_2247
Производительность одного ядра в пересчете на единицу частоты либо ватт до сих пор продолжает расти. Всякие расширения вроде AVX, просто оптимизация работы конвейера на всех этапах… Современный 4-ядерный i7 4770k существенно быстрее старенького 4-ядерного Q6600, если уравнять их тактовые частоты, и это благодаря в первую очередь увеличенному бюджету транзисторов, на которых можно побольше всего реализовать. Разница раза в полтора-два будет. www.legitreviews.com/upgrading-from-intel-core-2-quad-q6600-to-core-i7-4770k_2247
Производительность одного ядра в пересчете на единицу частоты либо ватт до сих пор продолжает расти.
Это самая нижняя кривая на картинке в начале статьи. Рост есть, но немногим отличается от роста тактовой частоты :)
Разница раза в полтора-два будет
В сабжевой статье это в основном за счет памяти а не CPU имхо :).
>Это самая нижняя кривая на картинке в начале статьи. Рост есть, но немногим отличается от роста тактовой частоты
Ну так очевидно — график обрывается перед тем моментом, когда началось самое интересное. P-IV (особенно поколение Northwood) даже потеряли в производительности по сравнению с ядрами P-III. А дальше вышел Conroe, который в два раза быстрее на такт, чем крутейшее ядро P-IV под названием Presler, и он, судя по отсутствию резкого скачка на всех графиках, там отсутствует.
Ну так очевидно — график обрывается перед тем моментом, когда началось самое интересное. P-IV (особенно поколение Northwood) даже потеряли в производительности по сравнению с ядрами P-III. А дальше вышел Conroe, который в два раза быстрее на такт, чем крутейшее ядро P-IV под названием Presler, и он, судя по отсутствию резкого скачка на всех графиках, там отсутствует.
Там шкала логарифмическая, резкого скачка не будет, но да, шкала оборвана в 2007м и последняя точка там похоже как раз Conroe
Нет там conroe, иначе был бы резкий выброс по всем показателям, включая ILP (ну наверняка перевалил бы за 10 попугаев), частоту (тут понизилась бы) и т.д. Вероятно, там смотрели только ядра поколений P-IV и Itanium. Core 2 уж точно удостоился бы соответствующей надписи, все-таки весьма революционная штука, символизирующая переход от раздутия мегагерцев к повышению эффективности работы имеющихся.
Давайте посмотрим на графики еще раз: ILP выше почти вдвое, частоты рухнувшие с 3 ГГц до 1.4, резко сократившееся тепловыделение, появилось в 2006 году. Угадайте что это :D?
Кстати интересная релевантная ссылка прослеживающая тренды более подробно и до 2011 года (исходная картинка до 2009)
queue.acm.org/detail.cfm?id=2181798
queue.acm.org/detail.cfm?id=2181798
Дополню: i7 4770k vs q9550
cpuboss.com/cpus/Intel-Core2-Quad-Q9550-vs-Intel-Core-i7-4770K
Интересует нас всех лишь одна строка:
Significantly better performance per watt
12.73 pt/W
vs
5.44 pt/W
More than 2.2x better performance per watt
cpuboss.com/cpus/Intel-Core2-Quad-Q9550-vs-Intel-Core-i7-4770K
Интересует нас всех лишь одна строка:
Significantly better performance per watt
12.73 pt/W
vs
5.44 pt/W
More than 2.2x better performance per watt
То же самое с Линуксами. Чем какое-нибудь сраное КДЕ 2, которое в 2000-е годы летало на 32 метрах оперативки, отличается от сегодняшнего КДЕ 4.0? Для меня, пользователя? Разве на рабочем столе КДЕ 2 нельзя запустить все те же самые приложения тех же самых версий? Сегодняшней версии браузер, почту, аську, медиаплеер, мощный графический редактор, программы аудио и видеомонтажа? Да можно. А что тогда добавилось с 2000 года, что уже в 512мег памяти не лезет? Автомонтирование бля флэшки? Блютуз с Wifi? Да это сраные копейки! А может, традиционный десктопный планктон «микшер-поиск-заметки-калькулятор» вырос в сотни раз? За счет чего? Чего ради?
© Каганов За что я ненавижу Линукс
Здесь опять же полезна аналогия с автомобильной отраслью. Представьте себе, что из всех видов автомобилей купить можно было бы только майбах, неважно, нужен ли вам он или что-то менее мощное.
Если продолжить аналогию, то скайп следовало бы предоставлять в нескольких комплектациях. Например, lightweight-комплектация для скайпа усекла бы по минимуму все плюшки. Аватарки пользователей отображать? Не надо этого делать, чисто имена. Качество изображения? Установить верхнюю планку на уровне 2006-2007 годов. Поддержка различных смайлов и т.д.? Отображайте как в старые времена, просто текстом. Возможность передачи файлов и демонстрации рабочего стола собеседнику, видеоконференции? Отключить и это.
Это можно сделать легко на той же кодовой базе, что имеется для полной версии (при условии, что она не написана в стиле spaghetti). Тогда многие бы (не обязательно дауншифтеры) пользовались бы этой облегченной версией.
Если продолжить аналогию, то скайп следовало бы предоставлять в нескольких комплектациях. Например, lightweight-комплектация для скайпа усекла бы по минимуму все плюшки. Аватарки пользователей отображать? Не надо этого делать, чисто имена. Качество изображения? Установить верхнюю планку на уровне 2006-2007 годов. Поддержка различных смайлов и т.д.? Отображайте как в старые времена, просто текстом. Возможность передачи файлов и демонстрации рабочего стола собеседнику, видеоконференции? Отключить и это.
Это можно сделать легко на той же кодовой базе, что имеется для полной версии (при условии, что она не написана в стиле spaghetti). Тогда многие бы (не обязательно дауншифтеры) пользовались бы этой облегченной версией.
Вы будете оплачивать труд программистов/тестеров/рекламщиков такого Скайпа?
Не нравится — напиши свое, и продвигай. И не надо говорить, что это невозможно, тьма альтернативных мессенджеров (WhatsApp, Viber, Kik etc etc etc) доказывают, что это не так.
Не нравится — напиши свое, и продвигай. И не надо говорить, что это невозможно, тьма альтернативных мессенджеров (WhatsApp, Viber, Kik etc etc etc) доказывают, что это не так.
Поддержка различных смайлов и т.д.? Отображайте как в старые времена, просто текстом.
Я бы переключился на текстовое отображение, даже если бы это потребовало бы больше ресурсов.
Заколебали эти тупые картинки, верните текстовые смайлы!
НЛО прилетело и опубликовало эту надпись здесь
Помню WinAMP ветки 2.x, который был оптимизирован по памяти хорошо — даже при сворачивании окна освобождалась память. А сейчас — skype на ubuntu 14.04 x64 ест около 200Мб, и я так понимаю, это комфортно лишь на машинах с большим количеством памяти.
Я часто вижу, что сравнивают потребление памяти программой и цену ее уменьшения только на один компьютер, вроде «оптимизировать потребление памяти на 10% стоит $40000, а модуль памяти на 2Гб $50», но ведь копия того же скайпа запускается примерно на 100,000,000 машин, даже экономия 10% памяти — это примерно 1,562,500 Гб свободной памяти — при цене на память в 50$ за 4Гб — это 19,5 миллионов долларов. Разница даже не на порядок.
Понимаю, расчет грубоват, но все же разница очень приличная.
Хотя, думаю, одной из вторичных тенденций (кроме внедрение нового/оптимизация старого) для увеличения использования памяти является tradeoff memory/cpu.
Я часто вижу, что сравнивают потребление памяти программой и цену ее уменьшения только на один компьютер, вроде «оптимизировать потребление памяти на 10% стоит $40000, а модуль памяти на 2Гб $50», но ведь копия того же скайпа запускается примерно на 100,000,000 машин, даже экономия 10% памяти — это примерно 1,562,500 Гб свободной памяти — при цене на память в 50$ за 4Гб — это 19,5 миллионов долларов. Разница даже не на порядок.
Понимаю, расчет грубоват, но все же разница очень приличная.
Хотя, думаю, одной из вторичных тенденций (кроме внедрение нового/оптимизация старого) для увеличения использования памяти является tradeoff memory/cpu.
Для сравнения, на Glassfish, если вы изменили один из нескольких сотен или тысяч классов, вам надо переустановить весь модуль (war/ear/jar). Горячая замена функций или классов на ходу там есть, но реализована очень слабо по сравнению с Erlang.
ждем java9, молимся чтобы это получилось не так криво как osgi )
Насчёт скайпа — там особенная ситуация: любой экземпляр программы пропускает через себя и чужой трафик тоже, то есть говорить о каком-то режиме простоя здесь не приходится (изначально было так, по крайней мере).
Skype для меня стал неудобным в последнее время по 3м причинам:
1. Повисает во время разговора с видеосвязью, вплоть до сброса звонка. Я не хочу думать, это проблема Logitech или новых версий Skype, но раньше такого не было. Также начал переодически срываться в relay режим на ровном месте.
2. Поиск по истории теперь может ничего не найти. Раньше поиск искал по всей истории контакта, теперь требуется разворачивать историю за каждые несколько месяцев вручную, иначе он будет игнорировать эти блоки. Лютая ненависть. Раньше и так Skype был особо не пригоден для бизнес-коммуникаций, то сейчас это вообще говно какое-то.
3. Громадный контакт-лист в новых версиях. На 1200px по вертикали без аватарок теперь помещается всего 15 (!) контактов (ранее около 25). На нетбуках — 6-7.
1. Повисает во время разговора с видеосвязью, вплоть до сброса звонка. Я не хочу думать, это проблема Logitech или новых версий Skype, но раньше такого не было. Также начал переодически срываться в relay режим на ровном месте.
2. Поиск по истории теперь может ничего не найти. Раньше поиск искал по всей истории контакта, теперь требуется разворачивать историю за каждые несколько месяцев вручную, иначе он будет игнорировать эти блоки. Лютая ненависть. Раньше и так Skype был особо не пригоден для бизнес-коммуникаций, то сейчас это вообще говно какое-то.
3. Громадный контакт-лист в новых версиях. На 1200px по вертикали без аватарок теперь помещается всего 15 (!) контактов (ранее около 25). На нетбуках — 6-7.
3. У меня более 25 контактов видно на 1080 у вас что-то не то с настройками видимо. pp.vk.me/c623831/v623831617/2e6e4/JBzmq2LGyAc.jpg
По этим причинам использую Skype 6.16 и не собираюсь его обновлять пока он будет продолжать работать.
P.S. если нужно могу куда нибудь официальный MSI файл бизнес версии выложить.
Я прекрасно знаком с фразой о том, что преждевременная оптимизация — это корень всех золИ как всегда переврали фразу (не специально). Почему-то в русскоязычном сегменте я очень редко встречаю «полную версию» )
Полная фраза в оргининале звучит так:
«We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil. Yet we should not pass up our opportunities in that critical 3%. A good programmer will not be lulled into complacency by such reasoning, he will be wise to look carefully at the critical code; but only after that code has been identified» — Donald Knuth
То есть речь шла не о том, чтобы вообщее не заниматься оптимизацией заранее, а о том, чтобы не тратить время на оптимизацию мелочей.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Инфляция программного обеспечения с точки зрения ресурсов процессора — почему новые версии приложения порой гораздо медленнее старых?