Начиная с декабрьского (https://www.eclipse.org/downloads/packages/release/2018-12/m3) обновления платформа Eclipse прекращает (https://bugs.eclipse.org/bugs/show_bug.cgi?id=526620) формирование сборок для 32-разрядных систем x86, а также перводит 32-разрядные архитектуры в разряд неподдерживаемых. В будущих выпусках ожидается проведение чистки исходных текстов от специфичного для 32-разрядных систем кода. Изменение также касается RCP (Rich Client Platform), SDK, IDE и других связанных с платформой Eclipse проектов (https://projects.eclipse.org/).
Разработчики дистрибутива Fedora предупредили (https://www.mail-archive.com/devel-announce@lists.fedor...) пользователей о возможном исключении Eclipse из репозитория с 32-разрядными сборками пакетов. Пока для Rawhide и Fedora 29 сборки продолжают формироваться, но это не продлится долго. Тем не менее, компилятор ECJ останется доступным для всех архитектур в форме noarch-пакета.
URL: https://www.mail-archive.com/devel-announce@lists.fedor...
Новость: https://www.opennet.ru/opennews/art.shtml?num=49728
Давно пора!
С момента появления архитектуры, ага
Весь топ испортили? Почему пора?
64ГБ оперативы мало? SWT требует много ресурсов? Слишком малочисленный Int32? Низкая производительность x86 операторов?
Да это просто смешно! Если бы не необходимость (экономическая) производителей оборудования продавать новое железо, создаталей ПО продавать новое ПО и лень писателей компиляторов решить проблему интеграции инструкций, то сейчас бы никто не ставил вопросов x64 или x86! Было бы все крайне просто -- на уровне clib были бы свои реализации, компиляторы бы собирали код под платформу, причем в настройках указывались отдельно бы размеры ссылок и аллокатор сам соображал, что у него за указатели должны быть. Процессоры параллелили бы операции с целочисленными значениями для x86 (что давало бы существенный прирост) и т.д. и т.п.
Но нет, как же тогда продавать новое железо и программы, когда старые ещё работают -- НУЖНО СРОЧНО ВСЕ СЛОМАТЬ.
ВОт и сидим, жабу греем, а она душит, говорит пора железо обновлять
> 64ГБ оперативы мало?s/64/4/, а затем ещё s/4/1/ вообще-то, но это уже технические докопы...
> Процессоры параллелили бы операции с целочисленными значениями
> для x86 (что давало бы существенный прирост) и т.д. и т.п.Отчасти x86 и параллелят, а чтоб существенно -- это в том же e2k и при компиляции (Вы же вряд ли хотели декодер на практически весь кристалл).
При миллиардах транзисторов декодер таки не на весь кристалл. Там заметный кус кристалла жирные кэши занимают и проч. И от них в общем то любая архитектура выиграет - потому что оперативка намного тормознее процессора.
> 64ГБ оперативы мало?Если вы про PAE, то 4GiB на процесс не хотите?
Вот так выходит когда кто-нибудь начитается рекламного булшита и потом рассказывает как x86-32 поддерживает 64Гб памяти, про int32, про то что проц паралелит, итд. А заканчивается все пассажем что могли бы быть вундер конпеляторы и чудесные либы которые сами бы соображали )А реальность такова что архитектура amd64 очень хорошо протолкнула индустрию вперед, закопав кучу костылей i386 и решив основные проблемы с управлением памятью.
Int36, не?
> А реальность такова что архитектура amd64 очень хорошо протолкнула индустрию вперед, закопав
> кучу костылей i386 и решив основные проблемы с управлением памятью.Реальность такова, что «архитектура amd64» это на самом деле не архитектура, а расширения к архитектуре x86. Причём если анон интересовался чуть глубже, то он наверняка мог узнать, что эта самая «архитектура AMD64» сама не вполне реализует заявленные, как для архитектуры, свойства (включая разрядность шины памяти). Новость? Breaking news? Не сомневаюсь.
Костыли и подпорки на месте, их никто не закапывал. Даже отказ MS от программной поддержки 16-битного ПО обусловлен идеологическими, а не техническими причинами. И при некотором старании — снова можно, таки да. Сюрприз? Ага.
В реальности «архитектура AMD64» похоронила _настоящие_ 64-битные архитектуры для массового рынка. Вот в чём ирония. Но мы же привычные, да? Страдать так уж страдать. Глядишь — ещё и 128-битную предложат через пару лет. Такую же неполноценную, но зато цифры какие красивые.
Настоящих может и было много, но на самом деле всех их похоронил софт. Софт который нельзя менять, нельзя перекомпилировать под новую платформу. Просто выжила архитектура "ничего не ломающая".
Да что школярам яумамкихакирам до твоих стонов? :)
У них больше 3 дней софт в арчиге и так не работает, " ... по напридумывали тут ... конгресс ... немцы какие то ... Взять всё - и подели^W перейти на настоящий(tm) 64 bit" (С)
:-D
> Настоящих может и было много, но на самом деле всех их похоронил
> софт. Софт который нельзя менять, нельзя перекомпилировать под новую платформу. Просто
> выжила архитектура "ничего не ломающая".Оно-то конечно: чем писать софт для людей и на хороших правильных языках, надо делать удобно _себе_ в первую очередь, а люди пусть докупят ещё оперативки и процессоров, и вообще не для них обезьяна училась хвостом программировать.
> Оно-то конечно: чем писать софт для людей и на хороших правильных языках,
> надо делать удобно _себе_ в первую очередь, а люди пусть докупят
> ещё оперативки и процессоров, и вообще не для них обезьяна училась
> хвостом программировать.Так пихтонрасты и сделали удобно себе. А то что процессор и оперативка напрягается, пользователи чертыхаются и проч... понимаешь, с ГСМным складом ума понять как работает компьютер довольно трудно. Поэтому надо что-нибудь для самых маленьких, чтобы не вникать в работу компьютеров. При этом программа при всем желании не может быть эффективной - человек не знает как сделать удобно компьютеру, для того чтобы это работало быстро.
> Так пихтонрасты и сделали удобно себе. А то что процессор и оперативка
> напрягается, пользователи чертыхаются и проч... понимаешь, с ГСМным складом ума понять
> как работает компьютер довольно трудно. Поэтому надо что-нибудь для самых маленьких,
> чтобы не вникать в работу компьютеров. При этом программа при всем
> желании не может быть эффективной - человек не знает как сделать
> удобно компьютеру, для того чтобы это работало быстро.Лично у меня к пихтону (но не к его фанатам) каких-то глобальных претензий нет: у языка есть свои ниши, где он вполне уместен и может приносить немалую пользу. А вот к жлобоскрипту и потугам сделать «Веб и браузер как платформу» претензии весьма и весьма существенны. Я ссылку на толковую статью (точнее, перевод) приносил уже, повторю и здесь:
habr.com/post/432518
Там высказана и повторена ключевая для понимания ситуации мысль: мнимое ускорение работы ненужнокода на JS вызвано исключительно развитием аппаратуры, а не языка. О самом же языке небезосновательно высказываются компетентные люди в таком духе, что оптимизировать в нём ничего не получится.При фактическом окончании развития аппаратных средств (около десяти лет назад мы) получаем интересную перспективу: миллионы макак, не умеющих писать ни на чём, кроме этого чудного ЯП (созданного, напомню, исключительно для добавления «ярких спецэффектов» на простые веб-странички), бесконечные простыни кода на нём и отсутствие живой среды для нативных приложений, поскольку дальновидные руководители корпораций ставили задачи превратить ОС в подложку для браузера, а браузер это типа новая платформа для приложений.
> Давно пора!Ну да, не справились с оптимизацией производительностью на 86x.
Капитуляция принята!
Прям беда. Придется менять атом который меня устраивал.
атомы моложе десяти лет - 64битны.
Правда с драйверами беда.
> Правда с драйверами беда.какими?
Поколения до Bay Trail (напр. N2800) имели PowerVR интегрированное видео, с которым проблемы с драйверами под виндой (то ли всегда если 64-ти битная ось, то ли если > 4 гб памяти, не помню).
> Поколения до Bay Trail (напр. N2800) имели PowerVR интегрированное
> видео, с которым проблемы с драйверами под виндой (то ли всегда если
> 64-ти битная ось, то ли если > 4 гб памяти, не помню).С ним подо всем проблемы :-/
Вот краткая сводка по линуксовым драйверам, если кому такое интеловое недоразумение в работу придётся ставить: http://www.altlinux.org/Intel_GMA_500/600 (у нас их доводили в рамках какого-то из проектов).
С baytrail тоже не всё гладко -- если у кого спонтанно виснет под некоторыми вариантами нагрузки, см. https://bugzilla.kernel.org/show_bug.cgi?id=109051 (только пожалуйста, не спешите туда _писать_ -- написано и так достаточно, кроме радостной вести о том, что бага наконец исправлена; подписчиков более двухсот; бага именно про baytrail, врываться с "а у меня вот на пентиуме" ни к чему).
Но вообще-то на многих атомах примерно до тех clover trail было обычное интеловое GMA и вело оно себя вполне прилично -- разумеется, с учётом своих ТТХ и пока не начали шатать туда-сюда xf86-video-intel.
>> Поколения до Bay Trail (напр. N2800) имели PowerVR интегрированное
>> видео, с которым проблемы с драйверами под виндой (то ли всегда если
>> 64-ти битная ось, то ли если > 4 гб памяти, не помню).
> С ним подо всем проблемы :-/
> Вот краткая сводка по линуксовым драйверам, если кому такое интеловое недоразумение в
> работу придётся ставить: http://www.altlinux.org/Intel_GMA_500/600 (у нас их доводили
> в рамках какого-то из проектов).Ну, лично у меня машинка с
00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 0b) (prog-if 00 [VGA controller])(это 8086:0be2) работает вообще без вопросов (домашний роутер на Supermicro X9SCAA). Текст, uefi фреймбуффер - отлично. Иксы там не нужны. Ничего вроде не делал, хотя сейчас смотрю, ядро загружено с опцией rdblacklist=gma500_gfx - не помню уж, почему, но так оказалось лучше.
Не скажу, что проблем с платформой вообще нет (выключаться по poweroff не умеет и usb 3.0 отваливается после перезагрузки - после включения/выключения есть, а после обычной перезагрузки просто исчезает устройство), но вряд ли это связано с видео.
Там еще забавнее - драйвера только Win7 only. Т.е. 8-ку еще со скрипом, а 10-ку уже никак.
Вантузятники должны страдать!
Ты же это хотел услышать?
> Вантузятники должны страдать!
> Ты же это хотел услышать?так у них-то работает (в 32 битах онли, да).
А про линуксы копченая макака сказала что "не поддерживалось никогда и не планируется". На вопрос а что за хрень я два года назад с интелком скачал - закрыла тред от записи.
>> Вантузятники должны страдать!
>> Ты же это хотел услышать?
> так у них-то работает (в 32 битах онли, да).Оно-то работает обоих фасонов: 32- и 64-битное. Только как работать в этом? Оно же тормозное и дифектив-бай-дызайн.
> Оно-то работает обоих фасонов:под мой 2700 драйверов под 64 бит нет и не было никогда.
так что только божественная семерочка32. Еще год будут какие-то апдейты (вероятнее всего - апдейты баннера, требующего срочно-срочно сапгрейдиться до 10чки, заодно купив новую железку от интела)> Только как работать в этом? Оно же тормозное и дифектив-бай-дызайн
да в общем-то нормально работалось - правда, там был линукс, а семерочка была совсем на другой железке, но я на этой запускал - ничего особенно ужасно-тормозного не заметил.
>> Оно-то работает обоих фасонов:
> под мой 2700 драйверов под 64 бит нет и не было никогда.
> так что только божественная семерочка32. Еще год будут какие-то апдейты (вероятнее всего
> - апдейты баннера, требующего срочно-срочно сапгрейдиться до 10чки, заодно купив новую
> железку от интела)Я просто забил. Это довольно трудно в окружении обезумевших обезьян, но здравый смысл и разум превыше всего. Есть прорва «морально устаревшего» софта, которого, в целом, достаточно при соблюдении правила: самый главный формат файлов -- plain text.
>> Только как работать в этом? Оно же тормозное и дифектив-бай-дызайн
> да в общем-то нормально работалось - правда, там был линукс, а семерочка
> была совсем на другой железке, но я на этой запускал -
> ничего особенно ужасно-тормозного не заметил.Ну я вот намедни поставил Эклипсу 2018-09 (Version: 2018-09 (4.9.0) Build id: 20180917-1800). Она даже пошустрее кажется, чем предыдущие были. А всё равно деревянная. На виндах не в состоянии самостоятельно найти в системе компиляторы. И это IDE? Причём я заведомо ставил версию для С/С++. Ну что ей стоит в PATH заглянуть? В окошке настроек в поле поиска ввожу «compiler», оно мне предлагает JavaScript. Нет слов… Зато там есть отдельная страничка для Arduino. Всё как мы любим: модно, молодежно и прогрессивно. Щас набегут юные дарования рассказывать мне, что я <CENSORED> <CENSORED> <CENSORED>, но эти жуткие интерфейсы для роботов таки не я придумал.
> в целом, достаточно при соблюдении правила: самый главный формат файлов -- plain text.Хочу посмотреть на видеомонтаж в таком стиле. Хотя и ретуширования фотографии хватит.
>> в целом, достаточно при соблюдении правила: самый главный формат файлов -- plain text.
> Хочу посмотреть на видеомонтаж в таком стиле. Хотя и ретуширования фотографии хватит.Причём тут вообще видеомонтаж к тому, что я писал?
Хотя если очень хочется, то можно — записывая каждый кадр в битмап или в XPM-подобный формат. Не ждали? Ага.
Как сэкономить немножко байтиков при таком способе записи контента — тоже надо разжевать?
>> Правда с драйверами беда.
> какими?поддерживающими vaa. Даже pae включить нельзя.
Может эклипс на что-нибудь заменить?
У меня на фабрике есть 32-разрядный комп (бывший сервер) на паре зеонов, с полным комплектом памяти (64G) + scsi. Я на нем по сети, бывает, работаю (ssh -X или целый сеанс xfce). Сборка большого проекта с нуля почти в три раза быстрее проходит, чем на x86_64 с четырьмя ядрами, 16G памяти + sata.
> Может эклипс на что-нибудь заменить?Зачем для сборки нужен эклипс? Тем более, в терминальном режиме
Хехе, я догадываюсь, это конечно ужас-ужас... В эклипсе совй компилятор джавы в байткод, он может компилировать методы размером больше 64 килобайт, а нативный нет. Конечно нормальные люди так не пишут, но такие методы могут создавать генераторы кода.
Ага. Он ещё неправильно компилить может.
А реализован он просто адски (пришлось серьёзно покопаться однажды, например, комментарии отсутствуют вообще и используется доступ к полям классов напрямую ...).
А ещё у них есть и второй компилятор, который в IDE встроен. И это совершенно разные вещи. Эклипс, такой Эклипс ...
> Может эклипс на что-нибудь заменить?На простой текстовый редактор с подсветкой кода. Можно даже на Sublime Text.
> У меня на фабрике есть 32-разрядный комп (бывший сервер) на паре зеонов,
> с полным комплектом памяти (64G) + scsi. Я на нем по
> сети, бывает, работаю (ssh -X или целый сеанс xfce). Сборка большого
> проекта с нуля почти в три раза быстрее проходит, чем на
> x86_64 с четырьмя ядрами, 16G памяти + sata.Домой неси, пока никто не прихватизировал. :)
> Домой неси, пока никто не прихватизировал. :)на жельтий разберут, ага.
А домой он его не упрет - килограмм по 40 такие весили.
Если перебрасывать руками через забор завода, то да, может и пупок развязаться. В попутной автомашине вывезти, не?Про 40 кг не уверен, но около 20 точно есть, судя по моему такому же. Из тяжёлого внутри только процессорные радиаторы, сказёвые диски, питальник и собственно корпус.
я как-то вывез 120килограммовый блейд-ящик с четвертого этажа без лифта - тоже весь из себя scsi и с кучей прекрасных особенностей - больше повторять не буду.
От украденных в другом месте двуксеонов нормального веса и размера пользы было гораздо больше. Хотя, конечно, они совсем не такие красивенькие.
На Visual Studio, очевидно же.
На ее вебверсию, что уж там. VS code или как там его. Тогда сам с 32 битов сбежишь - на 32 битах ей памяти мало, будет непотребно тормозить. Впрочем современные варианты студии с их дотнетом не лучше.
> Прям беда. Придется менять атом который меня устраивал.Я тоже в печали. Помню, как хоте изменить Убунте, когда узнал, что её 32-х разрядной версии больше не будет... А оказалось, что это начало недоброго процесса, который скоро коснётся многих дистрибутивов...
> А оказалосьДействительно, кто же мог тогда такое предположить, такая подстава…
Блин, очень странно что разработчикам неохота разрабатывать под платформу на которой они даже тестироваться толком не могут.
Ну хорошо х86. А может у меня компьютер на арм, а они выкинуть
Представляю, как оно ворочается на ARMv7, даже на 8-ядерном.
Так они про 32-битные ARM вообще ничего не говорили. И честно, если ты хочешь что-то типа десктопа из 32-битного ARM попробовать - используй что-нибудь типа Geany. Сабж там будет неприлично тормозить хоть там что, это монструозная энтерпрайзятина на яве, набитая фичами до отказа. Она ориентируется на корпоративные девовские компы, где ща не менее 8-16 гиг оперативы.
Все равно оно в 4гб озу не влезает
нормальная ось после запуска не должна отжирать гиг памяти, максимум 500 мб. а что сейчас? поголовно отжирают память под 700 мб. один браузер жрет на вкладку 200 мб по минимуму)) и это прогресс? пустили код в кривь и кось и называют прогрессом)) забавно. пока браузеры не перешли на хром движек они хотя бы были в каких то рамках приличия)) и так везде. честно говоря у меня нет программ которым нужно более 4 гигов памяти. реально больше 2 не видел в работе)) и им 32 бита уже не подходит)) понимаю. под видом "кто не сменился тол ло*" , корпорации хорошо доят этих идиотов))) а они и рады лишь бы их средним классом назвали)))
IE6 хоть оперу и не жрал зато на сложный страницах переставал реагировать, а например opera на них даже не спотыкалась.
> IE6 хоть оперу и не жралЗвучит как "Хром хоть фаерфокса и не жрал"
> IE6 хоть оперу и не жрал зато на сложный страницах переставал реагировать,
> а например opera на них даже не спотыкалась.И проблема, конечно, в IE6, а вся вина на Микрософте. А веб-макаки и «сложные страницы» совсем ни при чём.
Ну как бы caniuse.com прозрачно показывает на ком вина в конкретном случае. И таки никто уже не будет делать веб как будто на дворе IE6. И таки в ишаке до примерно 8-9 даже просто закругленные уголки сделать - боль. Ну да, без этого можно пережить. Но дизайн вырубленый топором нравится только людям не снабженным чувством прекрасного.
Так ты, оказывается, дизайнер с тонкой ранимой душой, а не только апостол системды для собирателей встраиваемых китайских электронных отбросов с Али? :)
Единственное, что в этой области действительно имеет значение — это точность следования браузеров классическим спецификациям HTML как приложения SGML (то есть без HTML5) и XML (XHTML), а также способность правильно рендерить каскадные таблицы версий CSS 2.0 и 2.1. Только они является стандартами на самом деле. Доступно излагаю? Всё остальное — это ваша хипсторская самодеятельность и ломание мозгов и основ в угоду некоторым известным корпорациям. «Закруглённые уголочки»…
> Так ты, оказывается, дизайнер с тонкой ранимой душой, а не только апостол
> системды для собирателей встраиваемых китайских электронных отбросов с Али? :)Я таки вебморды для моих железок иногда делаю. И таки сорри но для IE6 у меня только плашка unsupported. Нету у меня ресурсов под это гуано мамонта кодить, чисто технически.
> Единственное, что в этой области действительно имеет значение — это точность следования
> браузеров классическим спецификациям HTML как приложения SGML (то есть без HTML5)
> и XML (XHTML), а также способность правильно рендерить каскадные таблицы версий
> CSS 2.0 и 2.1. Только они является стандартами на самом деле.Вот знаешь, я для себя как-нибудь сам решу что для меня стандарты и какой версии. А если тебе что-то не нравится - я тебя не заставляю пользоваться моим кодом, железками и чем там еще. Ты вообще не мой клиент, мне наплевать если тебя хоть ктулху завтра сожрет, и тем более наплевать на проблемы твоего некробраузера. Особенно если это требует от меня лишней возни в скриптах и css там где можно срезать угол.
> Доступно излагаю? Всё остальное — это ваша хипсторская самодеятельность и ломание
> мозгов и основ в угоду некоторым известным корпорациям. «Закруглённые уголочки»…За рубленую топором вырвиглазную блевоту которая мельтещит - меня клиенты таки захотят послать. Даже у openwrt на их микроскопических размерах морда нынче с каким-то обрубленым но всеж твиторовским bootstrap'ом. И обновляется ajax-ом. И поэтому таки не выглядит как гамно и не работает как гамно. Делать хуже чем это - просто не катит, сорь.
> Я таки вебморды для моих железок иногда делаю. И таки сорри но для IE6 у меня только плашка
> unsupported. Нету у меня ресурсов под это гуано мамонта кодить,ну да, ну да - все ресурсы потрачены на пищалко-перделки, требующие непременнейше самой распоследней версии гуглезонда.
> Особенно если это требует от меня лишней возни в скриптах и css там где можно срезать угол.
в большинстве подобных поделок срезать надо лишние скрипты и css. Волшебным образом окажется что функционала-то кот наплакал.
> Даже у openwrt на их микроскопических размерах морда нынче с каким-то обрубленым но всеж
> твиторовским bootstrap'ом.поэтому тебе непременно такое же надо, а то хипста-клиенты пошлют. Пааанятен...
> ну да, ну да - все ресурсы потрачены на пищалко-перделки, требующие непременнейше
> самой распоследней версии гуглезонда.Ресурсы потрачены на то чтобы выглядело не мерзотно, делало что должно, и желательно в виде в котором понравится пользователю. Ориентироваться на горстку олдскульщиков я не могу - остальные меня за такое с гуано замесят. Да и чисто по человечески я делаю так, чтобы самому потом пользоваться хотелось. Ибо code reuse.
> в большинстве подобных поделок срезать надо лишние скрипты и css. Волшебным образом
> окажется что функционала-то кот наплакал.Скриптов у меня в общем то немного, динамический апдейт того что хотелось бы апдейтить. Ну там допустим показания датчиков лучше актуальные. А всю всю морду релоадить чтобы пару цифр перерисовать - глупо и неэффективно. Ухватить XHRом данные и пропатчить - намного более вменяемо, имхо. Хоть и получается в результате похоже на "микросервис" и "приложение". Ну как, фронт и бэк пакетиками с данными перекидываются по сути.
CSS мне таки нравится бутстраповский. Он симпатичный, обыгрывает острые углы множества браузеров. Многие его конструкции работают даже с отключенным JS. И таки сделать что-то сравнимое самому - загнешься нахрен и будешь следующие 2 года с глюками браузеров копаться. Достаточно посмотреть не минимизированный бутстраповский CSS, там сразу понятен масштаб попадалова.
А, заодно оно автоматически под размер экрана подстраивается. Поэтому юзабельно и на мобилке и на огромном мониторе. А не так как опеннет, блин, который в этом самом лажает по черному. И даже если юзерь мобилу крутанет - ресайзится вменяемо и новый лэйаут съедобный. А можно рендериться и как опеннет. Но это хреново выглядит и неудобно для пользователя, потому что дурной горизонтальный скролл вместо reflow элементов самйта - глупо и неудобно. В бутстрапе это очень логично обыграно и есть доходчивые примеры как самому такое хинтить.
> поэтому тебе непременно такое же надо, а то хипста-клиенты пошлют. Пааанятен...
Ну как бы в обществе сформировался некий уровень ожиданий к качеству работы. И поэтому совсем уж топором вырубить интерфейс - специалиста разве что запозорит, увы и ах. Ну как если я например стол могу сделать. На него потом можно будет компьютер поставить, или там тарелки с едой. Но по его виду будет заметно что я нифига не столяр "по жизни". Вот как-то не хочется чтобы мои железки создавали у людей такое впечатление.
//я бы выгрузил фронт на фебмакак, но эти фаготы к сожалению не умеют делать компактно и эффективно. Приходится самому немного шашкой махать. К тому же так проще сделать себе и своему бэку. Без дурных форматов данных популярных у вебмакак.
> нормальная ось после запуска не должна отжирать гиг памяти, максимум 500 мбДаже 500 много. У меня 150, мне хватает.
> один браузер жрет на вкладку 200 мб
Firefox (новый) и Chrome и любые поделия на Webkit да. Нормальные браузеры нет. У около 40 вкладок активно, больше гига ещё не было замечено. Хотя на эти вкладки и гига то много, но js-макаки и "современные" (анимации на js, когда можно на css сделать, ага) технологии никак не переведутся.
>> нормальная ось после запуска не должна отжирать гиг памяти, максимум 500 мб
> Даже 500 много. У меня 150, мне хватает.
>> один браузер жрет на вкладку 200 мб
> Firefox (новый) и Chrome и любые поделия на Webkit да. Нормальные браузеры
> нет. У около 40 вкладок активно, больше гига ещё не было
> замечено. Хотя на эти вкладки и гига то много, но js-макаки
> и "современные" (анимации на js, когда можно на css сделать, ага)
> технологии никак не переведутся.
что за чудо-браузер, если не секрет?
Wget, в котором 40 вкладок - opennet
Моя генту, с wm на лиспе (stumpwm), порядка 120-180Мб кушает.
Если не открывать браузер или qt приложения, то я живу на 2Гб озу как бог (всё что мне нужно работает из терминала, кроме браузера).
Так вот — огнелис кушает стабильно 1.6 Гб озу и столько же свопа.
Полностью заряженный эмакс до 100Мб.
zram используй, он прикольный :)
Причём тут ОСь, это же говноэклипс отжирает.
Эклипс ещё по-божески хавает. Вот таже Идея(и ведростудия на её основе) вобще как не в себя жрёт и никак не нажрётся.
> Все равно оно в 4гб озу не влезаетIDEA на двух больших проектах в сумме влезает в 2,5 гига, а эклипс не влезает?
лучше бы они на x32 перешли!!
У тебя наверняка не комьюнити эжишн. Так что не надо сравнивать всякую проприетарщину с опенсорсным эклипсом. У меня эклипс с одним проектом легко мог выйти за 2,5 гига а со временем и вовсе переставал шевелиться. Так что пришлось юзать нетбинс.
> У тебя наверняка не комьюнити эжишн. Так что не надо сравнивать всякую
> проприетарщину с опенсорсным эклипсом. У меня эклипс с одним проектом легко
> мог выйти за 2,5 гига а со временем и вовсе переставал
> шевелиться. Так что пришлось юзать нетбинс.как раз комунити эдишн
проект большой + среднемаленький открыты как два отдельных проекта в одной идее, 2.5гига, открыты уже несколько дней, по опыту далее рост памяти почти не происходит если другие проекты не открывать
> Все равно оно в 4гб озу не влезаетЯ про него успел забыть, как про страшный сон.
> Все равно оно в 4гб озу не влезаетЧо это? Хелловорлд на три с половиной строки вполне тянет.
Он же на Java, которая кроссплатформенна? Почему у них сборки привязаны к архитектуре?
интерфейс не на java(gtk,cocoa,win)
Они swing ниасилили? Писать медленный и платформо-зависимый код...
Ну для Java медленный, для C\C++ внезаптно он реактивный даже по сравнению с жабой, которой ещё и разогвев нужен минут по 15 на слабом железе.
> swingЭтой страхолюдиной пользоваться? Я бы постеснялся.
А когда-то для java были биндинги Qt.
Ну, на нём написана idea и иже с ней. И что-то не особо страшно. Может просто надо научиться готовить?
Потому что у 2,5 разработчиков эклипса нету х32, а тестить под виртуалкой западло.Почему я для своих никому не нужных поделий содержу парк различной битности виртуалок intel/arm/spark/mips/powerpc, а целое eclipse коммьюнити не может?
Воистину умирает эклипс. И это просто очередной симптом.
p.s. vscode, к сожалению, рулит. Не доверяю MS, но альтернатив не осталось.
Хватить чушь с дивана говорить.CLion вообще и не начинал работать на 32 битах. Порассказываешь сказки как плохо дела у JetBrains идут?
Никому оно не надо кроме пары анонимов.
> p.s. vscode, к сожалению, рулит. Не доверяю MS, но альтернатив не осталось.Ты сейчас на самых серьёзных щщах рассматриваешь VSCode как альтернативу Eclipse, или мне показалось?
До сих пор не понимаю как можно сравнивать IDE и продвинутый текстовый редактор.
Фаната vscode можно узнать по привычке говорить о вещах, в которых он ничего не понимает.x32 это совершенно другая архитектура, имеющая мало общего с обсуждаемой здесь x86
пилите код уж лучше тогда в тектовиках типа vim, kate, kwrite. чет все ленивые стали))))
С одной стороны это лень, а с другой производительность.
Особенно в мирке джавы, где можно повеситься, если работать со стандартными/сторонними либами без автодополнения.
Причём важна прозводительность далеко не только тем, кто работает на дядю или по заказам дяди, то есть от скорости выполнения задачи зависит в той или иной степени оплата работы, но и людям, разрабатывающим что-нибудь для себя, хотя бы потому, что на рутину в виде набора кода, поиск и/или запоминание сигнатур редко используемых функций, исправление опечаток и мелких ошибок в синтаксисе.
32-разрядная архитектура прекращает поддержку Eclipse
А что Майрософт пыталась пропихнуть в Linux Mono обходными путями через левые компании, но ничего не получилось?
Т.е. свою .Net платформу в виде Mono.
Ага, теперь в виде .net-core пытаются
32 битная платформа не выдержила жирного Eclipse и ушла от него