Comments 64
компилируйте Android-приложения на отдельной машине
Это как, так можно?
да, например с помощью вот этой штуки
https://github.com/gojuno/mainframer/
https://github.com/gojuno/mainframer/
Ёжики кололись, плакали, но продолжали есть кактусы… А не проще-ли поставить на мак винду (ну или линукс), раз уж вы его купили? Для андроид-дева на винде всё есть и отлично работает. А под iOS дев — можно и загрузиться в мак-ос.
Меня, в целом, в macOS и в iMac Retina 4K всё устраивает, кроме небольших тормозов при нехватке памяти и невозможности её проапгрейдить до 32 Гб. Если бы я действительно хотел пользоваться другой ОС, то я бы взял и другое железо, в котором можно иметь больше памяти и более быстрый процессор.
При аналогичном использовании win так же будет память есть, а то и больше. проверенно уже (
UFO just landed and posted this here
Вот винда. 5 гигов. Если iOS в этом размере тесно — то стоит задуматься. И да. Свой эйр с 4 гигами не приплетайте. Речь идет о маке с 16 гигами.
UFO just landed and posted this here
Поэтому я написал «в теории» :). Если большую часть памяти занимают инты и указатели, которые выросли в 2 раза при переходе на 64-битную платформу, то экономия составит 2 раза. Если хранятся только данные, то экономии не будет никакой. Реальный выигрыш в случае с браузером очень существенен, видимо из-за того, что в том же Javascript всё представлено объектами, на каждый из которых нужно хранить по указателю.
Не знаю, как в других языках, а в С/С++ инты всегда 32-битные.
Это не совсем так. Есть разные модели внедрения 64-битности и одни предполагают 32-битные int и 64-битные long, другие — 64-битные int и long. Подробнее, есть, например, здесь: http://www.unix.org/whitepapers/64bit.html
Насколько я знаю, в винде по умолчанию 64 битные инты, а в *nix-системах — 32-битные int и 64-битные long
Насколько я знаю, в винде по умолчанию 64 битные инты, а в *nix-системах — 32-битные int и 64-битные long
Не знаю, как в других языках, а в С/С++ инты всегда 32-битные.
Это самая вопиющая ложь о C и C++, что мне приходилось слышать в этом календарном году. Возможно, вы имели в виду C#, но всё равно, пожалуйста, не делайте так больше.
Нет, я не имел в виду C#. Потрудитесь доказать своё обвинение. На какой ОС и с каким компилятором std::cout << sizeof(int); выведет число, отличное от 4? Я выше привёл список систем и компиляторов, на которых это именно 4 как в 32-разрядном, так и в 64-разрядном режиме.
int не является memsize_type, если что.
int не является memsize_type, если что.
на 16-битной оси?) в любом случае, слово «всегда» словно красная тряпка для быка) стандарт ничего такого не обещает)
На какой ОС и с каким компилятором std::cout << sizeof(int); выведет число, отличное от 4.К сожалению, ваш вопрос подразумевает наличие заголовочного файла iostream (а также операционной системы), поэтому я не могу дать на него эффектный ответ. Однако, например, компиляторы Turbo C++ и Borland C++ в системе DOS или Windows 3.x умеют в std::cout и выведут число 2. При желании, можно и сейчас скомпилировать в каком-нибудь DOS-Box.
Раз уж вы ниже обращаетесь к своему опыту, обращусь к своему: доводилось писать прошивки для AVR, где длина int равна двум байтам. Да, на большинстве распространённых архитектур используются 32-битные целые, но не всегда — ребята из PVS-studio даже небольшую табличку составили. И пусть суперкомпьютеры Cray едва ли представляют практический интерес, комитет стандартизации C++ помнит о них. Как помнит он и о совсем дикой экзотике.
Кстати, вот цитата из одного ответа по предыдущей ссылке:
CHAR_BIT is 16 bits for 1750a, dsp16xx architectures.
CHAR_BIT is 24 bits for dsp56k architecture.
CHAR_BIT is 32 bits for c4x architecture.Насколько я могу судить, на этих платформах sizeof(int) == 1. Хотя вряд ли там найдётся iostream и компилятор C++, если только вы сами их не напишете.
Не знаю, как на Mac'е, но на Win тот же Firefox x32 не будет есть больше 3 гиг. Если поставить Firefox x64, то будет. Поэтому, если хотите ограничить использование памяти лисой сверху, то ставьте 32.
На маке файрфоксом не пользуюсь, но на винде он начинает тормозить где-то после 1,2 ГБ использованной оперативки, а к 1,8 ГБ им становится невозможно пользоваться, причём не из-за тормозов, а из-за глюков: начинают теряться разные элементы, не загружаются или не обрабатываются некоторые css- и js-файлы и т.п. — при активной работе прибиваю процесс браузера каждые пару часов.
Удивительно читать про 3 ГБ.
P.S: Да, я веб-разработчик, вкладок отрыто мало, как правило это документация, исходники, phpMyAdmin, StackOverflow, отлаживаемое веб-приложение, ну и всегда включен FireBug.
Удивительно читать про 3 ГБ.
P.S: Да, я веб-разработчик, вкладок отрыто мало, как правило это документация, исходники, phpMyAdmin, StackOverflow, отлаживаемое веб-приложение, ну и всегда включен FireBug.
Не понял, какое отношение статья имеет к Go?
4К, 5К — это очень хорошо и задорно, но почему бы Вам не посмотреть на машинки предыдущих поколений + по нужды монитор, и надежней и обгрейду людскому Mac Pro тот подвержен и денег стоит горазда он ниже, состоит из аллюминия корпус его, бесшумно и холодно тело его.
Ретина — одно из ключевых же преимуществ Мака, странно собственными руками душить его.
Ждем лета — будет 32Gb в MBP )
Вывод: откажитесь от всего, чем постоянно пользуетесь, и вообще выключите мак от греха подальше. Я все правильно понял?
Не знаю, у меня на 16 гигах рубимайн, плюс андроид студия с эмулятором, плюс слэк, плюс хром с 20 закладками всегда открыты (минимум), тормозов 0, что я делаю не так?
Не знаю, у меня на 16 гигах рубимайн, плюс андроид студия с эмулятором, плюс слэк, плюс хром с 20 закладками всегда открыты (минимум), тормозов 0, что я делаю не так?
Может быть просто это не ваш случай, у вас другие вкладки. По работе знаю, что открытая вкладка с сайта госзакупок легко сжирает несколько сот мегабайт оперативки, а открытая одна вкладка с большой таблицей в гугл.докс и гигабайт.… а если их несколько… Правда я про винду, но тут как раз тот случай, когда от используемой ОС мало что зависит.
Не хватает 16 гб ОЗУ? Вы серьезно? Лаги на MacOS? Вы о чем тут вообще говорите? Я не знаю что нужно делать с памятью в 16 гб чтоб её не хватало. Научите.
UFO just landed and posted this here
Без проблем (работаю системным иженером):
— открываем несколько вкладок с автообновлением grpahite (отображение метрик)
— открываем порядка 20-30 вкладок iterm (совсем не удобно каждый раз логинится по ssh)
— открыть систему мониторинга с автообновлением, например, zabbix
— thunderbird (увы, но стандартный mail мне неудобен)
+ по мелочи: slack, safari (с владками), skype, viber, itunes.
Это стандартный набор (без сильных излишеств) для работы. При этом я выключил все проверки автоапдейтов, где только можно.
Хотя, если вы программист и пишите только в одной вкладке sublime то вам возможно и 8 будет много.
— открываем несколько вкладок с автообновлением grpahite (отображение метрик)
— открываем порядка 20-30 вкладок iterm (совсем не удобно каждый раз логинится по ssh)
— открыть систему мониторинга с автообновлением, например, zabbix
— thunderbird (увы, но стандартный mail мне неудобен)
+ по мелочи: slack, safari (с владками), skype, viber, itunes.
Это стандартный набор (без сильных излишеств) для работы. При этом я выключил все проверки автоапдейтов, где только можно.
Хотя, если вы программист и пишите только в одной вкладке sublime то вам возможно и 8 будет много.
UFO just landed and posted this here
ХМ, имею мак с 16 гигами памяти, покупал еще в 12 году. Использую очень активно, ПО практически не закрываю из нагруженного отрыты сразу LightRoom, Phoptoshop, PyCharm, Atom практически не закрываю этот софт. Из браузеров Safari и Chrome + иногда Opera, Firefox в которых тоже открыто не меньше 20 вкладок в каждом. Начинаю испытывать лаги в фотошопе в виде прорисовки экрана часа через 3 активной работы с LR и работы с гигабайтными PSD файлами. Лечиться открыть закрыть PS. Но даже при закрытом софте через 3-4 часа активного ретачинга начинается такой глюк так что открытое ПО не причем. Других багов не наблюдаю. У меня 3 мака все работают одинаково. Может тут все же проблема другая? Например не лицензионное по?
Air 11" последняя модель перед снятием с продаж. 4гб памяти.
Rails(jetbtains)
Nodejs(vscode)
Safari 10+ открытых вкладок 2-5 с отладчиком
iTunes
Mail
Иногда открыты пакеты от адоба. Но редко когда постоянно
Балуюсь в maya 2016
Вообще проблем с памятью нет. Есть проблемы с нагреванием камня но не с памятью.
Rails(jetbtains)
Nodejs(vscode)
Safari 10+ открытых вкладок 2-5 с отладчиком
iTunes
Иногда открыты пакеты от адоба. Но редко когда постоянно
Балуюсь в maya 2016
Вообще проблем с памятью нет. Есть проблемы с нагреванием камня но не с памятью.
Как вы понимаете, что у вас нет проблем с памятью? Посмотрите на объем сжатой памяти в «Activity Monitor» — если её там много, то это и есть причина, почему у вас нагревается CPU. Сжатая память позволяет сделать сносной работу на компьютере, на котором не хватает памяти, но первопричиной проблем является именно её недостаток.
Electron приложения — это шик. Ради интереса ставил себе парочку. Shift — просто Gmail в отдельном окне. GitKraten — аналог SourceTree. Тут и 32 гигов не хватит.
У меня на винде telegram жрет 40мб. И slack в отдельном приложении 100мб. Вот уж макось дает.
Ха Ха Ха, slack ест одинаково много на любой системе. Вы смотрите на родительский процесс, который может вообще ничего не весить.
Вот, слак 120мб суммарно на все процессы.
О чем я собственно и говорил. У топикстартера на старте 500-700 метров жрет.
Через 1 час использования становится вот так:
Хм, корпоративный чятик отъедает 120 метров… Кажется скоро будут актуальными реабилитационные курсы по C++ для бывших JavaScript программистов — в конце-концов до физического предела размеров транзисторов осталось не так уж много.
48,3 родительский и и 4 дочерних на 53 метра. Если нужно позже могу пруфы скинуть.
А вот в MacBook Pro 2016-го года используют быстрые SSD, скорость которых сравнима с первыми DDR-ами.
Уже второй ноут Ретина 15 с 16 ОЗУ. За все время проблем не было: Chrome, Slack, Skype, Airmail, Photoshop, Parallels+Win10+VS.NET…
Но последние пару месяцев иногда система стала ставить на паузу приложения и предлагать что-нибудь закрыть. Вроде как виновата свежая версия Хрома.
Но последние пару месяцев иногда система стала ставить на паузу приложения и предлагать что-нибудь закрыть. Вроде как виновата свежая версия Хрома.
Sign up to leave a comment.
Как уместить все приложения в 16 Гб ОЗУ на macOS