Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет dibr ([info]dibr)
@ 2008-06-17 23:15:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Не мы такие, жизнь такая
     Эклектика жизни. Когда-то у компьютеров Apple была своя аппаратная платформа и полностью своя операционная система. В наши дни компьютеры Apple работают на процессорах Intel и имеют операционную систему, написанную на основе BSD.
     А относительно недавно в Mac OS X была обнаружена ошибка [1], [2]. Тянущаяся, как выяснилось, аж 25 лет - из кода BSD образца (как минимум) 1983 года, то есть с тех времен, когда эпплу даже в страшном сне не могло присниться, что Mac OS будет "надстройкой" над совершенно другой системой. Кстати, именно в то время эппл создал Apple Lisa, имевший в отличие от Apple Macintosh систему с защитой памяти. Впоследствии apple отказался от линейки Lisa, и защита памяти появилась только в BSD-based версии Mac OS.

     Интересно, наступит ли время, когда очередная версия Mac OS на самом деле окажется ещё одним дистрибутивом linux?


(Добавить комментарий)


[info]rain251@lj
2008-06-17 17:15 (ссылка)
как только под линь напишут нормальный софт, и линь избавится от граблей винды годов так 98 - макось себя изживет полностью. но, боюсь, "...уж не придется ни мне, ни тебе". скорее винду вылижут более чем полностью и сделают бесплатной )

(Ответить) (Ветвь дискуссии)


[info]apakin@lj
2008-06-17 17:43 (ссылка)
Что Вы подразумеваете под «нормальным софтом»? Adobe Creative Suite? Никогда. MS Office? Никогда.
И что такое «грабли винды»? Самые большие грабли винды — хуёвое, пардон май френч, распределение памяти, которое в уникс-системах построено абсолютно по-другому. Кстати — ремарка к автору — в частности из-за нормальной работы с памятью выбор пал на БСД—Дарвин.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2008-06-17 18:13 (ссылка)
А что такое нормальная работа с памятью? Видимо оно только у одной системы реализовано. Другие unix-ы и конечно windows работают с памятью из рук вон плохо и получают от этого кайф.

И что-же такое нормальный софт?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apakin@lj
2008-06-17 18:20 (ссылка)
Нет, про другие юниксы я не знаю, не пробовал. про виндоуз расскажу на примере. Мой любимый пример. Откройте фотошоп. В винде и в макоси. Посмотрите, сколько он занимает памяти. Ну там мегов 50-60, предположим. Теперь откройте большую картинку. Очень большую. И повозите в ней кисточкой там, фильтрами, хуильтрами. Зайдите снова в Таск Менеждер (ну и Активити Монитор соответственно) и обнаружьте там цифру мегабайт в 200-300-400 в зависимости от картинки. Теперь закройте картинку и посмотрите ещё раз. В винде остаётся 200-300-400, в макоси 50-60.
И да, я не знаю, что такое нормальный софт по мнению автора комментария.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2008-06-17 18:26 (ссылка)
Так цифру в таскменеджере можно любую нарисовать, я вот уже отказался от попыток понять, что там таскменеджер за цифры про задачи кажет. А пользователю компьютера важно не то, какую цифру показывает специализированная тулза, а то, насколько быстро работает система в целом, и насколько быстро она откликается на действия пользователя. А именно про это почему-то не сказано ни слова.

Есть какие-нибудь данные по сравнительной производительности винды и макоси на близком железе? Проверить-то просто (при наличии макоси - у меня вот нету) - нарисовать в том же фотошопе экшн подлиннее, да прогнать его с секундомером в руках по картинке пообъемнее.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]apakin@lj
2008-06-17 18:28 (ссылка)
Да легко. У меня и макось и винда на одном компе.
Давай тест — прогоню чо угодно.
Только единственное что — винда больше 2 гигов мозгов не понимает

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2008-06-17 18:36 (ссылка)
Тест не дам - экшн быстрее на месте нарисовать, чем по сети перекидывать. Ну, открыть в самом деле картинку побольше, наложить несколько простых фильтров типа блюра-шарпа, потом повозюкать толстой кисточкой по всей картинке. Потом сохранить всё это возюкание как экшн, а потом - обязательно! - перезагрузить систему (чтобы заведомо "вымыть" всё из кеша и из памяти), и запустить в ФШ этот экшн.

А насчет винды и двух гигов - "с этого момента поподробнее"? У нас на работе стоит комп с 4Гб мозгов, в boot.ini ему прописан ключик /3G - что-то же этот ключик делает, и куда-то же винда эти четыре гига девает? Может быть, имеется в виду что _по дефолту_ _одному приложению_ не дают более 2Гб, но разным приложениям можно раскидать все 4Гб, а с ключиком /3G - приложение может получить до 3Гб?

Так что винду в тесте, пожалуйста, с ключиком /3G. Иначе не совсем корректно.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2008-06-17 19:00 (ссылка)
Я писал об этом как-то писал (http://ilya-314.livejournal.com/51707.html).

Короче говоря - использовать может, но каждому процессу не более 2Gb. /3g дает 3, но может вызывать проблемы у некоторых приложений. Причины - см. в ссылке. Ну и понятное дело - речь только о 32 bit версии.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tyomitch@lj
2008-06-20 07:07 (ссылка)
По ссылке не ходил, но всё равно придерусь: процесс может выделить более 3Гб памяти, но не более 3Гб будет одновременно отображено в его адресное пространство. Речь идёт об анонимных файл-маппингах, которые -- несмотря на название -- в случае изобилия свободной физической памяти будут размещаться именно в ней, а не в файле (подкачки).

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2008-06-20 08:07 (ссылка)
Да, это один из способов обхода проблемы нехватки памяти в 32-битных приложениях - использование memory mapped files. Еще вариант - использование AWE API. Идея там аналогичная - подключение/отключение кусков памяти.

Но видимый приложением напрямую кусок памяти в 32-битной системе 2 gb или 3 gb (ключ /3gb).

В 64-битной системе соответственно 2 gb или 4 gb.

(Ответить) (Уровень выше)


[info]apakin@lj
2008-06-18 04:07 (ссылка)
а про ключик можно развёрнуто? А то я винду не знаю практически

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2008-06-18 06:26 (ссылка)
Файл C:\boot.ini (скрытый, системный - поэтому либо через "синие панельки", либо включив показ скрытых и системных файлов).

Безопаснее всего сделать так.
В этом файле, в секции [operating systems], найти "свою" строчку операционной системы (обычно там очевидно, какая из них какая), скопировать её (т.е. чтобы стало две одинаковых строчки). В копии строчки в самом конце приписать (с пробелом в начале) ключик /3G. В текстовом поле (которое в кавычках) тоже приписываем 3G (это название, выводимое в меню загрузки). Получаем что-то типа:

multi(0)disk(0)rdisk(1)partition(2)\WINDOWS="Microsoft Windows XP Professional 3G" /noexecute=optin /fastdetect /3G

Затем делаем эту строчку дефолтной: правой кнопкой жмём на my computer, выбираем properties, advanced, startup and recovery / settings, в выпадающем списке выбираем строчку с /3G, жмём Ок. Перегружаемся - строчка с 3G при этом станет будет дефолтным выбором в меню загрузки.

У меня дома 2Гб памяти, но ключик я поставил - панорамный софт жрёт память только в путь, прибавка адресного пространства будет нелишней. Теоретически могут быть проблемы со старым софтом, но я их не наблюдал.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2008-06-18 07:30 (ссылка)
То что ты поставил /3GB еще не значит, что система будет отдавать 3 Gb процессу. Образ процесса в заголовке должен содержать флаг IMAGE_FILE_LARGE_ADDRESS_AWARE. Для этого нужно установить специальную опцию в linker, которая отключена по умолчанию. Я проделывал подобный эксперимент на работе - опция действительно потребовалась.

Но есть возможность и без перекомпиляции отредактировать заголовок воспользовавшись утилитой Editbin.

(Ответить) (Уровень выше)


[info]ilya_314@lj
2008-06-18 07:34 (ссылка)
Еще интересная информация. В 32-битной подсистеме в составе 64-битной windows иные ограничения на память.

Без IMAGE_FILE_LARGE_ADDRESS_AWARE - 2 Gb (как и раньше).
C этим флагом - 4 Gb, а не 3!

Вообще-то хочется уже переползать на 64-битную платформу, только вот с дровами может быть не все гладко. С кодеками вроде аналогичная проблема.

(Ответить) (Уровень выше)


[info]tty01@lj
2008-06-19 02:06 (ссылка)
"синие панельки"
Как мило :-)

(Ответить) (Уровень выше)


[info]alisarin@lj
2008-06-20 02:55 (ссылка)
Знаешь, я ваще профан в теме, но вроде ... это правда.

У меня Word первично долго запускается - его файлы и common-файлы на разных логических дисках, но если его закроешь и вновь пустишь - мгновенно, значит - лежит в ОЗУ :)

А вообще тема интересная: операционка - это для фотовидеофанатов, а вот где бы для философии "ДА-систему" спереть колотую... :))

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]ilya_314@lj
2008-06-20 03:04 (ссылка)
Да, лежит в ОЗУ, в кэше файловой системы. Кэш занимает всю доступную память не занятую приложениями.

(Ответить) (Уровень выше)


[info]ilya_314@lj
2008-06-17 18:55 (ссылка)
Photoshop может работать по разному в разных системах. Даже если не так, то показываться могут разные величины.

У Рихтера четко написано, что на низком уровне процесс запрашивает у системы регионы (фактически наборы страниц), причем эти страницы сперва реально не распределяются. Heap manager запрашивает реальную память для страниц и отдает по мере освобождения. Т.е. никаких там фантастических исчезновений быть не может. Что показывает task manager точно сказать не берусь. Вобщем не зная деталей аргумент с памятью выглядит спорным.

Кроме того приложение в разработке которого я принимаю участие память таки возвращает на место, что наводит на мысль об особом поведении photoshop.

Ну и в конечном счете как правильно заметил dibr важно поведение на реальных сценариях.

(Ответить) (Уровень выше)


[info]rain251@lj
2008-06-18 05:08 (ссылка)
только что на кс3 проверил. открытие пустого - 67, 2 картинки - 170, мучение картинок - 359, закрытые картинки - 71МБ.
да, там еще в свопе болтается что-то, но его он как и большинство программ только по выходу чистит.

(Ответить) (Уровень выше)


[info]rain251@lj
2008-06-18 04:40 (ссылка)
таки да - фотошоп. не огрызок гимп, который с трудом может то, что фотошоп делал 5 лет назад. да, для школьников гимп вполне пойдет, но речь-то не о них.
верстальную программу нормальную? не это угробищество что предлагается, в которой можно без попадания в психушку максимум 4 листа сверстать, да и то за сутки. а я за 2 часа верстаю 300 полос.
векторный редактор? нормальный, опять-таки. sk - это угробищество.
префлайт? нормальный редактор пдф? ну и кому надо - нормальную среду работы распределеной над проектами.
ах, да - "никогда". ибо заточен дескопный линь под ночную работу одиночки. да и то над в большинстве своем над тюнингом самого линя. линь нынче в большинстве своих дистрибутивов проходит стадию 98 винды - ой, гля, иконки прозрачные! ай, окошко трясется, ога - след при сворачивании!.. не компиз надо писать, а хотя бы нормальный просмотрщик картинок. не тот что просто работает и показывает, а УДОБНЫЙ. не, ну можно конечно под вайном, под кроссовером через задницу иногда запустить нормальное - но нафига такой балет?

грабли винды - где-то в 98 году винда научилась почти в 90% выключать питание атх-блоков. через полтора года она научилась нормально уходить в хибернейт (и ВЫХОДИТЬ оттуда!). линь этому не научился до сих пор. то ему сплеш мешает, то диск, то сеть... проще забить.
да у кого-то работает, но их так мало...

ну да, опять-таки фотошоп с 200-300-400 метрами. в свое время помню работал на фотошопе с 32 метрами оперативы, под 98 виндой. А4 полноцвет крутил. были же времена.

не знаю что уж плохо у винды организовано с памятью, только тачка на работе по месяцу не выключается. а дома и подавно, около 3 месяцев назад последний рестарт был. ВИН ХП СП2. причем ессно оно не стоит с одним блокнотом в памяти.

(Ответить) (Уровень выше)


[info]starcat13@lj
2008-06-18 04:33 (ссылка)
а что за грабли винды 98 года?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]rain251@lj
2008-06-18 04:48 (ссылка)
управление питанием хотя бы.
файловая система. вот как то за всю историю мне не встречалась убитая нтфс. а хваленая ext3 почему то легко подыхает вся при случайном сбое питания. не всегда, конечно, но судя по форумам - регулярно. и если тачку с ХП я без проблем что выключаю рубильником, что перегрузить могу ресетом, то с парой машин с минтом-убунтой я весьма опасаюсь это делать.
да и вообще - вроде как и цельная система линь, а посмотришь сбоку - все веревочками и шнурками связано, разок не там дернешь - зверь песец приходит. ну типа при смене видеодрайвера улетели нафиг все раскладки окромя русской. нет их. логин-пароль на вход ессно на англ. и шо робить? не, можно конечно черз задницу консоль куда-то там зайти и что-то там руками править - но мне работать надо, а не Ось тюнить. даже сами красноглазые на форуме отвечают - ну хз, проще переставить.. я такие советы про винду лет 5 назад перестал давать.

(Ответить) (Уровень выше)


[info]denismajor@lj
2008-06-17 17:44 (ссылка)
не, наступит время, когда МакОс - это будет разогнанная и оттюнингованная версия Винды. Всё к тому и идёт. А жаль, кстати. Ибо в МакОС я вижу единственного достойного конкурента для пользовательских компьютеров. (конкурента Винде, ессно)

(Ответить)


[info]tty01@lj
2008-06-19 02:22 (ссылка)
Я пытался работать на маке два раза, в разные времена - очень непонравилось. Те же 98-е видны по моим наблюдениям круче макоса в разы.

Не знаю как сейчас это работает, но вот в System 8 меня просто бесил такой глюк в фотошопе: не работал копи-паст изображения. В виндах на машине с 128МБ я спокойно делал ctrl+a любого изображения (A4 600dpi) и вставлял в другое открытое изображение. На маке со 192МБ при попытке сделать ctrl+c после ctrl+a фотошоп тупо вылетал с ошибкой о нехватке памяти.

А Mac OS X - 64-хбитная? 8 гигов ОЗУ можно поставить?

(Ответить)