При подготовке девятой бета-версии web-браузера Firefox 4, разработчики Mozilla отметили (http://www.opennet.me/opennews/art.shtml?num=29279) проблемы с работой WebGL и OpenGL-акселерации на платформе Linux. В конечном итоге, возможность работы с WebGL на платформе Linux была ограничена только проприетарным драйвером NVIDIA, все остальные драйверы, включая AMD Catalyst, были занесены в черный список. Подчеркивается, что проблема не связана только с Firefox и проявляется при тестировании поддержки WebGL в других браузерах (например, тестирование WebGL в последнем релизе Google Chome приводит в Ubuntu 10.04 к краху X-сервера).
При прохождении официального тестового комплекта WebGL (https://cvs.khronos.org/svn/repos/registry/trunk/public/webg...) в Linux-системе с последними версиями открытых драйверов для видеокарт Intel и ATI в процессе тестирования в случайные моменты времени наблюдаются крахи. Похожая ситуация наблюдается и для других драйверо...URL: http://www.phoronix.com/scan.php?page=news_item&px=OTAyMA
Новость: http://www.opennet.me/opennews/art.shtml?num=29301
А мы еще говорим, что Linux может стать игровой платформой. Пока производители железа не начнут делать нормальные Linux-дрова не видать нам ни игр ни даже нормального браузера.
Грустно, очень грустно. Ситуация с 3D придет в норму только через два или три года, когда десктопные дистры откажутся иксов. И то не факт. Сейчас что либо предсказывать очень трудно.
> Пока производители железапроизводитель. Дальше не читал.
Ладно, с атишниками все ясно. Атишники это атишники. А как ты попытаешься оправлать открытые драйверы?
> Ладно, с атишниками все ясно. Атишники это атишники.Ну вы просто wintel современный еще не видели просто. Вот это и правда шедевральный абзац. Мало того что у них драйвера сбоят как душе угодно, так еще и OpenGL у этих упырей не работает.
> А как ты попытаешься оправлать открытые драйверы?
Давайте оправданиями займемся сразу после того как вы под супердупер игровой платформой запустите вполне себе закрытые драйвера от интеля и покажете как там у вас круто работает WebGL. Это будет относительно честно. Тем более что интельский интеграт - очень популярная и распостраненная штука (не все являются геймерами, алсо ноутбуки бывают у которых батарейный вопрос стоит остро и дискретная графика там не в почете, где этого интеграта чуть более чем дохрена).
P.S. вообще, не понимаю такого лицемерия. Надо ж так набрасываться как стервятники на линух, при том что в "легендарной" платформе wintel своих проблем как грязи. Удачи с таким подходом, ага.
Тролли такие тролли. Под Виндой у Интела дрова неплохие, ровно на свои деньги, не надо нести ахинею. Просто карта слабая, под неё не проверяют игры, основные потребители игрушек поголовно на АТИ/нВидиа.Тем не менее, там, где разрабы игрушек нашли время, результаты неплохие, например, для ФарКрая-1 все-таки выпустили патч 1.4, после которого он перестал терять текстуры на x3100. Ну, а Халф-2 исходно работал на Интеле вообще без проблем. С чего под Линуксом проблемы - тоже вопрос, кто там накосячил больше, Интел или Мозилла.
Тролли такие тролли. Под Линухом у Интела дрова неплохие, ровно на свои деньги, не надо нести ахинею. Просто карта слабая, под неё не проверяют игры.от себя - дрова для интела под линем позволяют комфортно (подчеркну, комфортно) работать с компизом там, где аеро даже не пахнет. например на ееерс 701.
а что касается вебжиэль - ну удачи этому во всех отношениях в глубокой альфе проекту.
а заодно может ещё и косяки в реализациях месы подправят.
> Тролли такие тролли. Под Виндой у Интела дрова неплохие,Не заметил как-то. Видел 2 жестких дедлока по вине видеодрайвера (виста и семерка) + ряд графических глюков на интелском инетграте. И вот OpenGL что-то вот не работает. Замечательно работает. И эти люди критикуют линухи :).
> ровно на свои деньги, не надо нести ахинею. Просто карта слабая, под неё не
> проверяют игры, основные потребители игрушек поголовно на АТИ/нВидиа.Там с OpenGL какие-то проблемы, браузер вообще OpenGL кажись инициализировать не может. При этом уже не важно насколько карта слабая или сильная. Фича не работает совсем -> FAIL.
> Тем не менее, там, где разрабы игрушек нашли время, результаты неплохие,
Вы не поверите, какаянить Vendetta Online вполне может работать
> С чего под Линуксом проблемы - тоже вопрос, кто там накосячил больше, Интел или Мозилла.
Для тех кто в танке я повторю еще раз: WebGL у мну не запустился под *виндой*. Прикиньте, да? Линуксы в этом вообще никак не виноваты, имхо. И вообще, с чего вы взяли что в линуксах проблемы с OpenGL на интелском интеграте?
> Там с OpenGL какие-то проблемы, браузер вообще OpenGL кажись инициализировать не может. При этом уже не важно насколько карта слабая или сильная. Фича не работает совсем -> FAILЕще раз - для тех, кто в танке - нету на Интеле тех проблем, что ему приписывают.
ОпенГЛюк там рабочий - GLQuake и Quake III Arena бегают.То что, какой то недопилок браузера не смог задействовать аппаратное ускорение на платформе, где оно гарантированно работает - проблемы самого недопилка, это-то хоть ясно?
> Еще раз - для тех, кто в танке - нету на Интеле тех проблем, что ему приписывают.Это вы гуглу расскажете, имхо. Гугл утверждает обратное. Пруфлинк: http://russian-webgl.blogspot.com/2010/07/0_03.html
> ОпенГЛюк там рабочий - GLQuake и Quake III Arena бегают.
Я рад за вас. И тем не менее, гулинг по кейвордам Intel WebGL Windows находит немало интерсной подноготной о дровах интеля. В итоге пока вы тут тявкаете на линух, в винде оказывается тоже вполне можно получить волшебный фигвам вместо WebGL. А почему про это скромно молчок в тряпочку? oO
> То что, какой то недопилок браузера не смог задействовать аппаратное ускорение на
> платформе, где оно гарантированно работает - проблемы самого недопилка, это-то хоть ясно?Вот прямо вот так однозначно, без разбора ситуации? Да вы прямо телепат, я так смотрю. А почему-то много сайтов утверждают что проблемы - в кривом OpenGL в интеловых дровах. Хотите сказать что они там все пи..сы, а вот вы - единственный заслуживающий доверия Д`Артаньян?
>ОпенГЛюк там рабочий - GLQuake и Quake III Arena бегают.на линухе, на интеле "GLQuake и Quake III Arena бегают", а также их многочисленные клоны аля смокинганс работают быстрее чем на винде процентов так на 20.
ещё раз - работают. на линухе. на интеле.
внимание вопрос!
а при чём тут глюки webgl?зы:
виндоюзер со стажем должен быть совсем уже склеротиком и тупицей, если позволяет себе подобное в написании opengl.
или он должен быть трухиным.
> внимание вопрос!
> а при чём тут глюки webgl?При том, что webGL рендеринг осуществляется через openGL.
PS:
А насчет ОпенГЛ, напутал я, каюсь, этой WebGL, оказывается, требуется OpenGL 2.0, а у Интеля под Виндой только 1.5 реализован.> зы:
> виндоюзер со стажем должен быть совсем уже склеротиком и тупицей, если позволяет себе подобное в написании opengl.
> или он должен быть трухиным.От тролля слышу..
> А насчет ОпенГЛ, напутал я, каюсь, этой WebGL, оказывается, требуется OpenGL 2.0,
> а у Интеля под Виндой только 1.5 реализован.Ну надо же! Он после пары дней флейма и троллинга все-таки согласился с очевидным фактом, который воспроизводится за 5 минут. А потом такие еще и удивляются когда их почему-то считают упертыми идиотами. Может быть, секрет в том что не надо вести себя как упертые идиоты? :)
Ахренеть! Читайте свою писанину:> Ну вы просто wintel современный еще не видели просто. Вот это и правда шедевральный абзац. Мало того что у них драйвера сбоят как душе угодно, так еще и OpenGL у этих упырей не работает.
То у него "драйвера сбоят как душе угодно" (ужас да? Наверно, все остальные юзеры слепые, раз ничего не сбоит?), то OpenGL "не работает", когда годами игрушки под него существуют... Уточнять надо, что OpenGL нужен более свежей версии, а глюки так вообще, промолчать было бы умнее.
> То у него "драйвера сбоят как душе угодно" (ужас да? Наверно, все
> остальные юзеры слепые, раз ничего не сбоит?)Ну да, конечно, 2 лично виденных дедлока операционки из-за закидонов видеодрайвера от интеля были фичой, наверное. Видали мы такие "фичи". Один случай был вообще просто эпичный: свежая, нулевая семерка. На машине с интельским интегратом. Полчаса после инсталла ОС. Ничего не установлено. Вообще. Система - полностью дефолтная. Муха не сидела! Апдейтики приезжают. Выбираем апдейты. Включая до кучи и интелский драйвер. Пускаем апдейт. Фигакс... при потугах обновить драйвер все наворачивается, графика встает раком, система перестает отвечать. Вот такой вот wintel.
> то OpenGL "не работает",
Так не работает же, как минимум с WebGL. Почему именно? А оно мне надо - в граблях какой-то кривой проприетари детально копаться? Вам надо - вы и копайтесь.
> когда годами игрушки под него существуют... Уточнять надо, что OpenGL нужен
> более свежей версии,Да господи, я опробовал фич и обломался. О чем честно сказал. Лезть в дебри я не стал, только нагуглил еще пачку таких же воплей из коих понял что проблема в интельской реализации опенгл. Подивился масштабам грабель и тому что такие как вы почему-то ... молчат в тряпочку. Что ж так скромно то?
> а глюки так вообще, промолчать было бы умнее.
А вы случайно не пиар-бот заинтересованный в впаривании? Или откуда берется такая интересная логика, что про глюки и недоделки надо молчать? А то молчание о глюках и проблемах на пользу качеству софта уж точно не идет.
> не надо нести ахинеюUser294 говорит недоговорками. Я скажу всё как есть. Microsoft приняла в 95-ю винду OpenGL и втихаря создавала Direct3D. Пока создавала, совала палки в колёса разработки OpenGL, так как имела голос в OpenGL ARB. Потом Direct3D перестал быть в роли догоняющего и даже ушёл вперёд, и Майкрософт оттуда вышла. Следующим шагом было убирание своей библиотеки OpenGL из Windows Vista. Заметили, что даже в XP все скринсейверы превратились из OpenGL в Direct3D? Шаг был предпринят чтобы отвратить игроделов от OpenGL. Фактически nvidia и ati сделали OpenGL в Vista и 7, и даже в XP доступна распоследняя 4-я версия с 5-ми шейдерами и тесселяцией. Так что смысл шага - психическая атака. А вот интелы - это да, они-то майкрософтский OpenGL используют...
>Следующим шагом было убирание своей библиотеки OpenGL из Windows Vista.не совсем так - у них опенжиэль работал поверх dx.
естесно тормознее.
но... пользователям нвидиа (да и ати тоже) это пофигу - у них своя opengl, и всегда была.
у интела opengl не было, они вложились вот в месу. и судя по всему особо зависеть от мс в этом плане им как-то разонравилось.
> Майкрософт оттуда вышла. Следующим шагом было убирание своей библиотеки OpenGL из
> Windows Vista....
> - это да, они-то майкрософтский OpenGL используют...Так погоди, если МС убрал библиотеку, как интель ее может использовать тогда?
> Шаг был предпринят чтобы отвратить игроделов от OpenGL.
А тем не менее, на OpenGL есть довольно приличное количество игр. А с ростом популярности всяких там пингвинов и маков игроделы опять на него начинают смотреть. DirectX ведь только под винду...
Тем, что Mesa изначально не была предназначена для аппаратного видеоускорения (в 1995 году его ещё не реализовали в видеокарте). Приспособление библиотеки Mesa для этой цели началось только недавно, это называется DRI. С открытыми драйверами даже некоторые игры не запускаются (Amnesia, Braid), а ты хочешь OpenGL ES, который вообще только недавно был добавлен и ещё в бете.
> Пока производители железа не начнут делать нормальные Linux-дрова не видать нам ни игр ни даже нормального браузера.А чем те что есть - не нормальные? Не путай недопиленность с глюкавостью.
Если бы падения возникали при игровом тесте от Unigine - то да, наверное Linux не для игр.
Там все на проприетарных драйверах NVIDIA нормально и количество попугаев под W7, WV, Gentoo x64, Ubuntu 10.10 практически одинаковое - сам проверял. Данными по ATI, Intel, vesa, nouveau не располагаю.
Чукча не читатель?
Речь идет об OpenGL ES, который был совсем недавно добавлен в месу. Хром, например, рисует WebGL через обычный OpenGL и все ок.
а вот и нифига :) на phoronix один из разрабов огнелиса пишет, что они тоже используют обычный GL (и что, в общем-то, ничего не мешает вообще выбирать или комбинировать GL, GL|ES и D3D для WebGL).
и вот тут http://lists.freedesktop.org/archives/mesa-dev/2011-January/... вообще открытые дровы проходят больше тестов... только на Хромиуме... и когда не падают.
но вообще тут срача больше, чем толку - проблема-то нифига не в отрисовке и тестах, а в паре-тройке глюков в работе с OpenGL-контекстами.да и вообще, местные аналитики сами могут потестить - http://lists.freedesktop.org/archives/mesa-dev/2011-January/... <- инструкция.
mesa, libdrm и xf86-video-X лучше иметь с git и ядро посвежее.
Опа! Точно. Как-то криво я читал. Выходит, что я - чукча :\
> А мы еще говорим, что Linux может стать игровой платформой.Если вы такой офигенно умный - ну, покажите мне чтоли работу этого WebGL на интельском интеграте, под супердупер игровой платформой, а? Я вот решил посмотреть на фурифокса 4 на разных осях и понять как это будет выглядеть. И на винде мну обломали ... WebGL. Почему-то в винде какая-то жопа наблюдается. Вопли про то что не удалось инициализировать опенгл -> пройдите нафиг! Ну и страницы с WebGL не работают. Такие бревна в глазу игровой платформы - это видимо нормально, да? Судя по информации из гугля - у интельского интеграта есть какие-то довольно большие проблемы с OpenGL в их дровах для винды. Вот вам и легендарный wintel. Круто, правда? Самое издевательское для вас - в линухе этот интеграт каких-то жутких проблем с OpenGL почему-то не имеет. Epic b0011$h1t!
> Сейчас что либо предсказывать очень трудно.
Интересно, вам приплачивают или вы просто настолько репоголовы? А то практика, являющаяся критерием истины показала что в линухе для начала вообще OpenGL хотя-бы увидеть реально. А в супердуперигровой системе почему-то вообше болт, если не дай боже окажется интельский интеграт, даже довольно свежих моделей :E.
С вендой всегда было и будет одинаково: пиарщики кричат о новых функциях, поддержке ... а на проверку всегда одно и тоже УГ. Можно только посоветовать поменьше рекламы читать и статей заказных в журналах, а самому делать и пробовать...P.S. И да, я использую винду только для игр. Я запускал игры в линухе под вайном, к сожалению работают далеко не все. С удовольствием отказался бы от винды при первой же возможности.
> только посоветовать поменьше рекламы читать и статей заказных в журналах, а
> самому делать и пробовать...Ну так я не виноват что некоторые необъективно выставляют факты в коментах. А сам я именно так как вы советуете с некоторых пор и делаю. Как по мне - линух вполне себе начинает подходить для десктопа. Ну во всяком случае, лично меня меня для моих задач - вполне устроило, уже несколько лет как. Более того, я смог многое из того о чем раньше только мечтал, а ряд вещей стал получаться быстрее и эффективнее.
> P.S. И да, я использую винду только для игр.
А я в свое время пришео к тому что бутявился в XP раз в месяц. Ну и в результате ей был сделан анинсталл. Тем более что уже тогда было понятно что XP осталось недолго, серьезно чинить и развивать их не будут. А чего хорошего в вистах и семерках - я не понял. Апгрейдятся на них в основном потому что в XP специально не делают поддержку некоторых технологий, при том что препятствий технологического плана никаких нет, и потому что ничего другого не продают. А вовсе не потому что семерка настолько технологически заруливает ХРендовса. Я честно говоря вообще не понял что MS делал 7 лет. В ядре из изменений - ну интерфейс видеодров переделали. Чтобы DRMно ограничительную подсистему укрепить, в основном. Обалденно полезное нововведение, ага. Которое воздается глюкавыми дровами (особенно у интелей всяких, хотя в свое время мс утверждал что 70% бсодов висты - вызывают нвидиевские дрова).
> Я запускал игры в линухе под вайном, к сожалению работают далеко не все. С
> удовольствием отказался бы от винды при первой же возможности.Я не великий игрок, но если все-таки хочется выпустить пар, под линуксом есть не так уж мало гамез в которых можно это сделать. Нет, там конечно нет Crysis, но вполне себе попадаются экземпляры, которые по соотношению параметров и геймплею в целом - на весьма достойном таком уровне. Так что однажды захочется вернуться и поиграть еще, а не как у этих супермонстров: посмотрел на FPS, приелась графика - ну и все, деинсталл навсегда. Т.к. сюжета нет, геймплея нет, а кроме графики смотреть нечего. Яркий пример такой "эволюции" например Heroes of Might and Magic, версии 5. Вполне в духе остальных: привинчено модное 3D с крутой графикой. Да, 5-я версия - неплоха по графике. Но зато совершенно неюзабельна по геймплею и это скорее технологическое демо крутого движка 3D нежели, извиняюсь, пошаговая стратегия. Собственно стратежная составляющая... чтобы рассматривать это как стратегию, надо быть отчаянным мазохистом. А графика через 2 часа надоедает, пардон. После чего игра ессно идет под деинсталл. А что с ней делать то, если графику уже посмотрел, а собственно играть в это дичайше неудобно? Извиняюсь, но двухмерные fheroes2, на n900, cо стилусом (такие вот у нас гланды и автоген) и то более юзабельны чем ТОТ УЖАС, т.к. в том ужасе основная борьба идет отнюдь не с врагами, а с 3-мерным интерфейсом, который для пошаговой стратегии как-то показал себя дико неудобным. И уж простите, как ПОШАГОВАЯ СТРАТЕГИЯ, тот же опенсорсный Battle for Wesnoth например натянет эту жуть с нереальным отрывом. Ну, во всяком случае, в него можно нормально играть как именно в *стратегию*, а не как в постоянную борьбу с горбатым 3D интерфейсом :).
Battle for Wesnoth зело порадовал. Очень простая для освоения игра, никаких излишеств, и при этом прилично нагружает мыслительный процесс собственно стратегией игры, а не борьбой с костылями
Вам сколько лет? 13, 15 видимо? Что это за аргумент такой? Игры!Ну есть у меня небольшой раздел на 80 Гб специально под винду только с играми, принципиально не ставлю туда ничего что может вызвать тормоза (антивирусник, рюшечки). Уж при современных то дисках в 1,5 Тб то можно и не два-три раздела держать на жестком диске.
Ну, они считают, что мега тру игровой апи на игровой платформе это ПрямоХ, а тут внезапно оказалось, что нужен опенгл. Разработчики хрома то в курсе этого, и у них есть костыль-транслятор из опенгл(ес) в ПрямоХ.
> Ну, они считают, что мега тру игровой апи на игровой платформе это
> ПрямоХ, а тут внезапно оказалось, что нужен опенгл.Извиняюсь, конечно, но какиенить там кваки вроде всю жизнь OpenGL юзали. Даже под виндозой, если меня не подводит склероз. Так что этой внезапности ... довольно много лет. И вообще, гамез юзающих OpenGL - в природе есть.
>> Ну, они считают, что мега тру игровой апи на игровой платформе это
>> ПрямоХ, а тут внезапно оказалось, что нужен опенгл.
> Извиняюсь, конечно, но какиенить там кваки вроде всю жизнь OpenGL юзали. Даже
> под виндозой, если меня не подводит склероз. Так что этой внезапности
> ... довольно много лет. И вообще, гамез юзающих OpenGL - в
> природе есть.Такой мастодонт как 3dsmax на ВЫБОР (!) предлагает OpenGl или DirectX чего уж там про кваку вспоминать.
> А мы еще говорим, что Linux может стать игровой платформой.Да ладно бы просто игровой платформой, дык многие реально верят, что скоро все будут сидеть на пингвинах (ас десктоп), а винде прийдет виндец!
> не видать нам ни игр ни даже нормального браузера.
А вот тут я с Вами не соглашусь, потому что мне кажется, что нормальный браузеру не обязательно уметь рисовать 3Д, юзая при этом OpenGL.
> через два или три года, когда десктопные дистры откажутся иксов.Спасибо, поржал
Давно наблюдаю проблемы с картами ATI RADEON на UBUNTU LINUX.
NVIDIA пашет отлично, дрова написать не поленились в отличии от AMD
Не AMD а ATi. АМД-шники драйверы пишут хорошо.
> Давно наблюдаю проблемы с картами ATI RADEON на UBUNTU LINUX.Ну а чего вы хотели? Знали же на что шли, когда выбирали Ubuntu.
Сегодня во вторник, 18 января 2011 года, в 13:57 по Москве, трое безвестных убунтушников испытали баттхёрт. И их количество только будет расти.Народ, хватит тупить, не согласны - отвечайте по делу, а то ведёте себя мелочно и по-бабьи, ища пути хоть как-нибудь насолить.
> Народ, хватит тупить, не согласны - отвечайте по делу,Сегодня рыбный день, а троллей рыбой не кормят.
> Сегодня рыбный день, а троллей рыбой не кормят.Ага, когда убунтушникам говорят правду, которая подтверждается словами самих же убунтушников (о том что всё глючит), они, видите ли, обижаются на неё, а автора правды считают троллем. Психозащита у вас такая, что ли?
Убунтушник: у меня всё глючит!
Аноним: да, у тебя всё глючит.
Убунтушник: ты - тролль и лжец.Логика потрясает воображение.
Убунтушник: у меня всё глючит!
Тролль: у тебя все глючит потому что убунту
Убунтушник: ты - тролль и лжец.
Тролль: меня оклеветали, я чесно троллил
У меня Gentoo и Debian, вышеописанных глюков нет. Вывод? Дело в Убунте.
вывод - ты нелюбишь Убунту и все подряд валишь на нее.Чтобы обвинить убунту для начала надо установить что у вас одинаковые версии драйверов. А до тех пор можно обвинять драйвера.
> Ну а чего вы хотели? Знали же на что шли, когда выбирали Ubuntu.
Ответ: чтобы ATI работало как в Ubuntu 8.04, 8.10, 9.04, 9.10, без глюков.
> вывод - ты нелюбишь Убунту и все подряд валишь на нее.Нет. Я научен горьким опытом работы с Убунту не на одном компе. С тех пор как от неё отказался, проблемы резко ушли.
> Чтобы обвинить убунту для начала надо установить что у вас одинаковые версии драйверов.
Верно. А ещё что одинаковое железо.
> А до тех пор можно обвинять драйвера.
А это не верно. Можно обвинять в том числе мейнтейнеров дистрибутива, кривые руки юзера и много чего ещё, и драйвера тут - одна из множества возможных причин. Но большая часть из них всё равно будет относиться к чему-то связанному именно с Убунтой.
в ubuntu дрова на в/карту обычно работают нормально.
только вот сплэш задолбало чинить после установки драйверов от производителей.вроде дистрибутив "сел и работай", а столько всяких сыростей ну на ровном месте просто. лучше уж Mint. имхо. там и сплэш чинится быстро, и тиринг устраняется быстро.
> в ubuntu дрова на в/карту обычно работают нормально.
> только вот сплэш задолбало чинить после установки драйверов от производителей.
> вроде дистрибутив "сел и работай", а столько всяких сыростей ну на ровном
> месте просто. лучше уж Mint. имхо. там и сплэш чинится быстро,
> и тиринг устраняется быстро.Ты первый раз заметил? Могу тебе найти несколько обсуждений на ЛОРе, где люди говорят ровно о том же самом (нигде таких проблем нет, теперь я знаю что я НЕ буду советовать друзьям и знакомым).
не первый, конечно. насколько помню, там с 9.10 сплэши бьются регулярно, а их излечение теми же методами, что в mint - не всегда выручает.а уж возня с тирингом - это традиционно.
А вот в OpenSUSE сплеши вообще не бьются и лечить их не надо.
а может дело в консерватории? я так понимаю патчить собираются меса а не дрова... Нужно замочить иксы, и начать жить заново...
Я думаю, что "замочить иксы" не поможет, если это глюк Мезы, или любой другой OpenGL-библиотеки.
> Давно наблюдаю проблемы с картами ATI RADEON на UBUNTU LINUX.
> NVIDIA пашет отлично, дрова написать не поленились в отличии от AMDчота я глюков не вижу ни там ни там... а что у вас за проблемы с картами? вы багрепорты пишите?
>>вы багрепорты пишите?пишем, висят по полгода без единого комментприя.
The Future is Fusion
> The Future is FusionПри том видимо под Linux. А то довелось тут посмотреть как WebGL работает под виндой на интелском интеграте. Оказалось что .. никак не работает.
> Разработчики Mesa уже приступили к анализу и исправлению выявленных на этапе тестирования WebGL ошибок. В частности, выявлено, что крах возникает при определенном стечении обстоятельств при выполнении операции очистки экранного буфера в DRI2-обработчике Mesa.Это радует. Видно, что люди не сидят, а оперативно реагируют на все веяния индустрии.
У них всё работает хорошо, нужно только выловить баги в новейших функциях OpenGL. То же самое у AMD-шников с проприетарными драйверами. Вообще нативные игры вроде Unreal и Quake с DooM создавались в тесном контакте с разработчиками драйверов, как видео, так и аудио. fglrx оперативно перелопачивали для того, чтобы новая игра заработала, старая версия драйвера nvidia подходила, ати - нет. Unigine создаётся точно так же. Heaven для Linux потому вышел позднее, что атишные драйверы валились от него. Потом и для Linux появилась. Тесселяция была тогда доступна только на ати, а нвидиа пока не реализовала. Ну и линукс-версия драйверов их умела только с ручной правкой конфигов, потмоу что ати глючили.
fixed: хорошее семейство операционных систем GNU/Linux.
>У них всё работает хорошоНе знаю, на r100 всё работало ужасно. Хотя карта примитивная в сравнении с современыми.
Наконец разработчиков Mesa кто-то подпнул и это хорошо! Эх еще бы шейдеры запилили! А ведь раньше разрабы KWin говорили про драйвера, но никто их не слушал и все лишь посмеялись. Хотя некоторые и подозревали правду в их словах на собственном опыте и по пестрящим форумам об ошибках. И таки я восхищаюсь разработчиками компиза, молодцы! Сумели его обвесить костылями и подпорками под большинство видеокарт. И с переходом на wayland ситуация не изменится. И кто бы что не говорил, но для нового граф. сервера ситуация с драйверами будет еще хуже, если уж для х-сервера нормально работающие написать не смогли за такое длительное время.
AMD Catalyst:
Results: (4269 of 5365 passed, 2 timed out)при прохождении тестов X-ы НЕ падали
Не знаю как их официальные тесты, а демка в женщиной от гугла а меня прекрасно крутилась на каталисте в Ubuntu 10.04 amd64. Так что их>>В связи с этим, Linux-пользователи Firefox 4 смогут использовать WebGL
>>только при использовании проприетарного драйвера NVIDIA,
>>при тестировании которого стабильность работы была на должном уровне.говорит абсолютно ни о чём. OpenGL дрова кривые у всех, но некоторым просто /везёт/ больше.
Проприетарные OpenGL-драйвера NVIDIA по-прежнему выглядят привлекательнее тех что от AMD/ATi, но это не значит что у них нет серьёзных косяков (сам наблюдаю на работе, под Windows между прочим - просто с ума можно сойти КАК таким драйверам выдают статус WHQL).Впрочем если Mozilla хорошо пропиарит эту новость, то есть шанс что проприетарщики наконец-то закроют некоторую часть критических (приводящих к падению) багов. Ибо это реально погано.
P.S.: давно не наблюдал краха каталиста в работающей системе, но зато хорошо помню как он рушил систему безобидной программкой, которая создавала два OpenGL контекста подряд с разными соединениями к одному X-серверу.
> Впрочем если Mozilla хорошо пропиарит эту новость, то есть шанс что проприетарщики наконец-то закроют некоторую часть критических (приводящих к падению) багов. Ибо это реально погано.да так прям сядут и исправят. А время откуда? Им маркетологи фёчеров нарисовали на 2 года вперёд, кто их будет реализовать? А еще линейки обновляются каждые полгода. На каждый чип по 3-5 карт. Тут производители мамок косячат - не успевают как следует bios отладить, а Вы чего-то хотите от видеокарт :)
Странно у меня и с Nvidiа'вскими пропиетарными дровами последней версии и хромиумом например WebGL работал коряво.. на Googl'овской демке... так что и у нвидиа не всё так хорошо..
Ура, разработчики Мезы признали, что в их реализации OpenGL полно гдюков! Я уже 2 релиза подряд "наслаждаюсь" неправильной работой динамического освещения в некоторых игрушках на r600. А еще с ним FBO в wine глючит. И это при том, что в nouveau, написанном без спеков все нормально.
А почему вы уверены что работа с динамическим освещением в R600 реализована на 100%?
Потому что в том конкретном случае, это псевдо-динамическое освещение на основе lightmaps. Т.е. простое перекрашивание текстур. Как-то совсем грустно, когда даже такие вещи не работают нормально.
Судя по http://www.x.org/wiki/RadeonFeature работа с текстурами на R600 не допилена, это не глюки.
Присылайте багрепорты, лучше патчи.
"Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!
> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!предлагаете писать на дотнетовских закорючках, или я юмора не понял?
> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!А ты на яве на своей роди графическую подсистему с 3D, птичкадятел? Как, слабо? А мы посмотрим какой ты там FPS сможешь выжать. Ессно мы не забудем ввинтить 1280х1024, максимальные настройки качества графики. Правда есть опасения что считать придется в итоге не кадры в секунду а скорее секунды на кадр, но разве изенов такие мелочи волнуют? ;)
>> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!
> А ты на яве на своей роди графическую подсистему с 3D, птичкадятел?
> Как, слабо?Java3D под IE4 в 1999 году на PCI-карточке с 2МБ набортного ОЗУ не ложило графическую подсистему Windows NT 4.0 Workstation SP4.
> А мы посмотрим какой ты там FPS сможешь выжать.
25 FPS подойдёт?
> Ессно мы не забудем ввинтить 1280х1024, максимальные настройки качества графики. Правда
> есть опасения что считать придется в итоге не кадры в секунду
> а скорее секунды на кадр, но разве изенов такие мелочи волнуют?
> ;)Да уш лучше 12 FPS, чем красный экран смерти.
> Java3D под IE4 в 1999 году на PCI-карточке с 2МБ набортного ОЗУ не ложило графическую подсистему Windows NT 4.0 Workstation SP4.Это конечно же просто чудесно и познавательно однако... и хде она сегодня эта Java3D? Или кто-то верит, что 3D в браузерах в дальнейшем будет сделано через это самое место? :)
>> Java3D под IE4 в 1999 году на PCI-карточке с 2МБ набортного ОЗУ не ложило графическую подсистему Windows NT 4.0 Workstation SP4.
> Это конечно же просто чудесно и познавательно однако... и хде она сегодня
> эта Java3D?Она сегодня в мобильниках. Иногда задействует OpenGL ES, если есть такая возможность.
> Она сегодня в мобильниках. Иногда задействует OpenGL ES, если есть такая возможность.Да, сегодня в мобильниках без 3D уже никуда, факт! Ни позвонить ни посрать ни попу вытереть - как без рук её богу ;)
> Она сегодня в мобильниках.Ну и где нормальные игры на этом? Чтонить уровня quake или NFS, например? Мне ни разу не попадалось. Хрень с пятью угловатыми полигонами которая бездалостно тормозит - это не есть нормальная игра, имхо. А чего-то приличнее мне на яве как-то не попадалось.
> Иногда задействует OpenGL ES, если есть такая возможность.
Угу. Задействуют. При том нормальные гамезы - из нативного кода. Если игра писана на яве - это сигнал того что писали ее чтобы по быстрому срубить бабла. Со всеми вытекающими.
>Ну и где нормальные игры на этом? Чтонить уровня quake или NFS, например? Мне ни разу не попадалось.Погугли. Получишь массу результатов с картинками.
>При том нормальные гамезы - из нативного кода.
Отраслевой стандарт JSR-239 "Java Binding for the OpenGL ES API". Погугли, в каких мобильниках реализован, узнаешь много нового.
> Погугли. Получишь массу результатов с картинками.Зачем мне картинки? Вы мне нормально работающее чтонить покажите, что не вызывало бы рвотного рефлекса.
> Отраслевой стандарт JSR-239 "Java Binding for the OpenGL ES API". Погугли, в
> каких мобильниках реализован, узнаешь много нового.Я вообще не понимаю на кой буй покупать мобильник умеющий OpenGL ES но не умеющий ничего кроме явы. Это какой-то тонкий и недостуный мне вид извращений: хотеть видеоакселератор и хотеть работать с ним из тормозной ява-виртуалки. Геймдевы судя по всему любовью к извращениям страдают меньше - почему-то все более-менее нормалные игры написаны как нативный код.
> работать с ним из тормозной ява-виртуалкиРазработанная под девайс "тормозная ява-виртуалка" легко и непринужденно крутится на ARM9 c Jazelle например. А гигагарцев, скажу я вам... там нет
> Разработанная под девайс "тормозная ява-виртуалка" легко и непринужденно крутится на ARM9
> c Jazelle например.Ага, видел я как оно там легко и непринужденно крутится. Какая-то мазня из нескольких полигонов выжимает несколько FPS. Выглядит сие довольно тошнотворно. Да что там, элементарная аська ака Jimm стартует ...цать секуд. Что аж прогрессбар для индикации того что оно не встало раком а просто грузится требуется. В результате мну пользуется теперь n900. И пиджин там стартует без всяких прогрессбаров, и графика и эффекты - весьма даже, с приличным FPS'ом. А вы наслаждайтесь этой вашей явой на ARM9, если оно вам надо. А я не фанат тормозилова и убогих недопрограмм.
> А гигагарцев, скажу я вам... там нет
220MHz ARM9 с DDR оперативкой по своей скорости работы легко и непринужденно сделает по скорости 486-е на 100МГц с тормозным EDO RAM. На которых дум весьма плавно бегал с довольно приличной картинкой.
> Java3D под IE4 в 1999 году на PCI-карточке с 2МБ набортного ОЗУ
> не ложило графическую подсистему Windows NT 4.0 Workstation SP4.Я рад за вас. А много вы видели тех кто бы этим пользовался? :)
Вы указали плюсы но забыли о минусах. А я вам их напомню:
1) JRE в браузере стартовало не менее минуты, аццки хрустя винтом. И все ради запуска сраного апплета на пару кило. Вымораживает неимоверно!
2) Оно быстро сжирало почти всю память. Ну а скорость работы свопящейся системы - сами понимаете.
3) Когда апплет завершался, оно не торопилось отдавать память. В итоге в системе висела аццкая JVM выжирающая память. На просто свое висение.
4) Мне как-то не доставила скорость работы всего этого.
5) Мне было не прикольно качать по диалапу обновления JRE на десятки мегабайтов чуть ли не раз в неделю. Мало багов в браузере, давайте еще вывесим всей сети баги в этом монстре под сто мегов размерами, ага.
6) Оно как-то слишком дофига всего умеет. Соваться к локальной ФС, сокеты создавать. Первое позволяет меня расшарить всему интернету и умыкнуть у меня все что угодно, вплоть до сохраненных паролей. Второе позволяет проабузить сетевые дела для сканирования структуры интранета и сбора информации, сканирования и прочая.
6.1) Номинально конечно для этого нужно быть доверяемым апплетом, но как-то вот были баги секурити что неподписаный недоверяемый аплет может впарить себя как доверяемый. По сути безопасность явы приемрно равна скачке и запуску наобум трояов из интернета. Спасибо, вот вы и запускайте троянов с сайтов.>> А мы посмотрим какой ты там FPS сможешь выжать.
> 25 FPS подойдёт?Смотря для чего. Для нормальных 3D игр типа шутеров - нет, разумеется: там порогом играбельности считается что-то типа 30FPS, это минимальная планка мало-мальски комфортной игры. А на современных LCD еще и надо осиливать картинку в нативном разрешении монитора, иначе она выглядит как дерьмо (интерполяция у большинства лцдшников совершенно отвратительная). При этом скорости много не покажется.
Для типа куль демо "смотрите мы еще и так можем" - да. Правда, юзеры врядли станут этим пользоваться долго и всерьез. Кстати WebGL - что-то из той же оперы. У него правда шансов поболее. Потому что посторонний JVM не нужен.
> Да уш лучше 12 FPS, чем красный экран смерти.
Не знаю что такое красный экран смерти, но чертовски уверен что не буду например играть на 12 FPS вообше. Это будет не игра а постоянная борьба с тормозами. Кстати, на подумать: старина Кармак на хилом 486 проце с жутко тормозной оперативой (любой современный ARM в телефоне порвет все это как тузик грелку одной левой) чисто софтварно без всяких акселераторов выжимал явно поболее... :)
>> Java3D под IE4 в 1999 году на PCI-карточке с 2МБ набортного ОЗУ
>> не ложило графическую подсистему Windows NT 4.0 Workstation SP4.
> Вы указали плюсы но забыли о минусах. А я вам их напомню:
> 1) JRE в браузере стартовало не менее минуты, аццки хрустя винтом. И
> все ради запуска сраного апплета на пару кило. Вымораживает неимоверно!В каком году? После выхода Java2 1.3 JVM и rt.jar грузились довольно быстро.
> 2) Оно быстро сжирало почти всю память. Ну а скорость работы свопящейся
> системы - сами понимаете.64МБ было НОРМАЛЬНЫМ для Java тех времён.
> 3) Когда апплет завершался, оно не торопилось отдавать память. В итоге в
> системе висела аццкая JVM выжирающая память. На просто свое висение.При закрытии браузера/окна с апплетом выгружалась и JVM. Нечего тут говорить про "неторопливо". Это с недавних пор используется Java QuickStart, что, впрочем, можно отключить в окне настроек JVM.
> 4) Мне как-то не доставила скорость работы всего этого.
Мне кажется, ты просто не видел, как это работает. И, да, Java3D может использовать OpenGL (Windows, Unix) и DirectX (только Windows) — есть разные сборки. Я использовал обе версии под Windows, разницы не ощутил.
> 5) Мне было не прикольно качать по диалапу обновления JRE на десятки
> мегабайтов чуть ли не раз в неделю.Дистрибутив JRE во все времена занимал чуть меньше 15МБ.
> Мало багов в браузере,
> давайте еще вывесим всей сети баги в этом монстре под сто
> мегов размерами, ага.Апплеты физически не могут открыть соединение не к тому серверу, с которого они загружены. Всё это — благодаря ПРОДУМАННОЙ системе безопасности Java2, в отличие от C/C++ плагинов.
> 6) Оно как-то слишком дофига всего умеет. Соваться к локальной ФС, сокеты
> создавать.Что разрешил, то и умеет. Никто тебя не заставлял не глядя нажимать "Ok" на вопрос о разрешении повышения привелегий.
> 6.1) Номинально конечно для этого нужно быть доверяемым апплетом, но как-то вот
> были баги секурити что неподписаный недоверяемый аплет может впарить себя как
> доверяемый. По сути безопасность явы приемрно равна скачке и запуску наобум
> трояов из интернета. Спасибо, вот вы и запускайте троянов с сайтов.Я так понял, что ты JavaScript давно не отличаешь от Java Applets.
>> Да уш лучше 12 FPS, чем красный экран смерти.
> Не знаю что такое красный экран смерти, но чертовски уверен что не
> буду например играть на 12 FPS вообше. Это будет не игра
> а постоянная борьба с тормозами. Кстати, на подумать: старина Кармак на
> хилом 486 проце с жутко тормозной оперативой (любой современный ARM в
> телефоне порвет все это как тузик грелку одной левой) чисто софтварно
> без всяких акселераторов выжимал явно поболее... :)Однако на яве написаны современные шутеры уровня Quake2, которые без тормозов работают на мобильных телефонах. Почему так, а?
> В каком году? После выхода Java2 1.3 JVM и rt.jar грузились довольно быстро.Уже точно не помню, конец 90х-начало 2000х, как раз машина с 64Мб памяти была. Пока там в мозилле ява взлетит - задолбаться можно было ждать. В итоге паршивый апплет на пару кило ставил браузер в позу на минуту примерно. Что как-то не радовало.
> 64МБ было НОРМАЛЬНЫМ для Java тех времён.
Наверное у нас разные понятия о нормальном. Мне вот не нравится когда у меня система тормозит и постоянно свопится.
> При закрытии браузера/окна с апплетом выгружалась и JVM.
Что-то не помню я чтобы оно выгружалось, так и оставалось висеть в трее.
> Нечего тут говорить про "неторопливо".
Т.е. от неудобных фактов предлагается избавиться? :)
> Это с недавних пор используется Java QuickStart, что, впрочем, можно
> отключить в окне настроек JVM.Я уже давно избавился от всего этого "счастья" просто методом деинсталла. Попутно - ниакие сцуки не шарятся у меня в интранете, не лепят сокеты, не пытаются сунуться в обход прокся в браузере, пошариться по ФС и прочая. И дыры в этом монстре теперь меня не волнуют. Как по мне - одни плюсы. Минусов от деинсталла я не заметил вообще. За ~десятилетие мне ни разу не попадалось в вебе ничего полезного что потребовало бы явы. Значит она не нужна для веба.
>> 4) Мне как-то не доставила скорость работы всего этого.
> Мне кажется, ты просто не видел, как это работает.В свое время видел. Больше смотреть не захотелось. А, ну да, на мобильнике я тоже пробовал поиграть в "типа 3D" игрушки. Этим громким термином назывались уродства из десятка полигонов которые даже на экране 176х220 с процом 220МГц умудрялись тормозить. Хотя дум например куда резвее бегал на куда более хилом i486 с тормозной оперативкой, выдавая 320х240 с непозорным FPS и намного более сложной картинкой. Сами таким уродством и пользуйтесь, имхо.
> И, да, Java3D может использовать OpenGL (Windows, Unix) и DirectX
Пусть себе может. Мну не понимает нафига это надо. Для веба ява изврат. Серьезные гамезы все-равно придется на си++ писать. Ява с 3D остается нишей отдельных извращенцев и фетишистов.
> Дистрибутив JRE во все времена занимал чуть меньше 15МБ.
Всего полтора часа кача файла по диалапу. Сущая фигня, право. Особенно если цены на диалап вспомнить.
> Апплеты физически не могут
Это как? Кабель из сетевой карты при поползновении апплета выпадает, чтоли? :)
> открыть соединение не к тому серверу, с которого они загружены.
Как минимум, аплеты могут нагло положить на настройки прокси. И вообще лепить сокеты как душе угодно. Потенциально например положив на фильтрацию трафика на проксе и прочая. В общем потенциально ведет к обходу ограничений установленных с теми или иными целями, сбору данных о интранете или соединении в интернет или прочая. А если вспомнить что бывают баги с подпихиванием левого аплета как trusted, при том бывали они неоднократно - так можно и полноценный хаксорский прокси/спамбота поиметь себе на машину. А мне это надо?
> Всё это — благодаря ПРОДУМАННОЙ системе безопасности Java2, в
> отличие от C/C++ плагинов.Угу, эту продуманную систему безопасности ломали весьма немало. Кстати, трояны на яве как-то умудряются проспамить даунлоад линку самого себя себя же по ICQ. Как они это делают? Понятия не имею. Факт в том что ява-бнопня рассылает ссыль на саму себя же, в надежде на дурака. А если дурак ее запускает - она рассылает себя всему контактлисту аськи этого олуха. Как оно получает доступ к контактлисту - я тоже без понятия. Видимо где-то эта ваша продуманная система безопасности лажается. Слишком оно навернутое и неочевидое. И наверняка с жуткой кучей багов из-за своей навернутости.
> Что разрешил, то и умеет. Никто тебя не заставлял не глядя нажимать
> "Ok" на вопрос о разрешении повышения привелегий.Да уж. Поэтому я просто не ставлю яву вообще. Особенно в браузер. Была охота хаксорские программы с интернета выполнять, аж 2 раза.
>> 6.1) Номинально конечно для этого нужно быть доверяемым апплетом, но как-то вот
>> были баги секурити что неподписаный недоверяемый аплет может впарить себя как
>> доверяемый. По сути безопасность явы приемрно равна скачке и запуску наобум
>> трояов из интернета. Спасибо, вот вы и запускайте троянов с сайтов.
> Я так понял, что ты JavaScript давно не отличаешь от Java Applets.При чем тут яваскрипт вообще? Я именно про Java. Вы где-то видите слово JavaScript в моем комментарии? Вас глючит? Я прекрасно понимаю чем JS отличается от Java. Только не понимаю где вы JS увидели у меня в коменте :)
> Однако на яве написаны современные шутеры уровня Quake2,
Современные шутеры уровня квейк2 - это оригинально, если вспомнить в каком году квейк вышел. Кстати а чойта пользователи мобилок не рубаются часами в эту самую кваку на яве? Достали вы уже с вашей теоретической крутизной. Где оно нормально работающее и на практике, а? :)
> которые без тормозов работают на мобильных телефонах. Почему так, а?
Хм... так где же Quake 2 на яве на телефонах пользователей? Почему-то я ни разу не видел квак 2 на яве у пользователей телефонов. А что, его даже реально туда втиснуть, вместе с ресурсами и даже будет работать и даже с нормальной скоростью?
>> В каком году? После выхода Java2 1.3 JVM и rt.jar грузились довольно быстро.
> Уже точно не помню, конец 90х-начало 2000х, как раз машина с 64Мб
> памяти была. Пока там в мозилле ява взлетит - задолбаться можно
> было ждать.Java Plug-in для Mozilla был готов (прикручивался без танцев с бубном), кажется, в 2001 году — как раз вместе с выходом Java2 1.3, в JRE которой был интегрирован плагин для Firebird и Mozilla.
> В итоге паршивый апплет на пару кило ставил браузер
> в позу на минуту примерно. Что как-то не радовало.MS JVM в IE на тот момент была самая быстрая Java-машина на десктопах; Sun HotSpot был ещё в зародыше. Так что не ври.
>> 64МБ было НОРМАЛЬНЫМ для Java тех времён.
> Наверное у нас разные понятия о нормальном. Мне вот не нравится когда
> у меня система тормозит и постоянно свопится.Памяти добавь, чтобы не свопилась. Сейчас норальным считается четыре гига рамы и два ядра. У меня 7,5ГБ ОЗУ, из которых сейчас занято 28%: FreeBSD 8-STABLE, RAID-Z, в памяти висят: Xfce4 ~ 350МБ, Firefox ~ 213МБ, Thunderbird ~ 96МБ, Transmission ~ 94МБ, RSSOwl ~ 83МБ. Удивлён, что приложение на Java занимает меньше всех? Я — нет.
<остальной бред поскипан, может отвечу на него>
> в 2001 году — как раз вместе с выходом Java2 1.3,
> в JRE которой был интегрирован плагин для Firebird и Mozilla.Возможно, я не помню уже деталей. Помню что попробовал разок поставить, т.к. набрел на какой-то апплет типа сетевого тетриса и мне стало просто любопытно посмотреть что за штука - как выглядит, что вообще может, etc. Выглядело как новые возможности для веба. Потуга запустить несчастный тетрис, при апплете оного мизерного веса ... занимала ~минуту. Браузер кстати при этом нещадно клинило. Пока стартила jvm - даже в другую вкладку было не переключиться, а стартила ява весьма долго для какого-то там тетриса.
> MS JVM в IE на тот момент была самая быстрая Java-машина на
> десктопах; Sun HotSpot был ещё в зародыше. Так что не ври.А в каком месте я соврал? Что Java у меня в Mozilla запускалась минуту? А то что там в IE было - мне было довольно фиолетово. Потому что браузить веб нажимая back и forward и/или колупаться между несколькими окошками вместо того чтобы открыть новую вкладку меня как-то не радовало. И как-то так получилось что во времена использования мной IE (да, давным давно бывало даже такое) мне ни 1 ява-апплета вообще не попалось. Один единственный попался вот при юзании Mozilla Suite, только результат знакомства с технологией совсем не доставил.
> Памяти добавь, чтобы не свопилась. Сейчас норальным считается четыре гига рамы и
> два ядра.Да, все так. Только ява нафиг не нужна оказалась. Ни на десктопе, ни в вебе.
> Xfce4 ~ 350МБ,
Что ты с ним для этого сделал, изверг? :)
>Firefox ~ 213МБ,
А, ну конечно, а тот факт что HTML, JS и прочие XUL ни разу не являются сями - мы проигнорируем? Ведь надо обосрать си :). Зато в случае явы мы забудем про то что JVM на сях писана, да? Ведь надо выпятить яву. Так и запишем, угу :)
> Thunderbird ~ 96МБ, Transmission ~ 94МБ, RSSOwl ~ 83МБ. Удивлён,
> что приложение на Java занимает меньше всех? Я — нет.Ну ты б еще hello world на яве с опенофисом бы сравнил и сделал далеко идущие выводы. Я правда почему-то думал что сравнивать имеет смысл более-менее похожие программы с похожим функционалом. А лучше одинаковые алгоритмы вообще, как на quicklz.com. Иначе сравнение ежей и ужей получается :)))
> <остальной бред поскипан,
Так не бредь? :)
Специально для тебя: Garbage Collection наглядно http://habrahabr.ru/blogs/java/112676/
— там объясняется почему программе на Java не хватает памяти и что она делает в этом случае. А в обсуждениях есть посты с наглядной метрикой пространства памяти и перспективы улучшения ситуации.
Мне жаль тебя расстраивать, но для вывода 3д оно использовало позорный C/C++ код. Никто драйверы на java не писал, java3d это лишь обёртка над низкоуровневыми функциями. И да, при проблеме на уровне драйвера opengl оно точно так же роняло бы windows в bsod.
> Мне жаль тебя расстраивать, но для вывода 3д оно использовало позорный C/C++ код.Ну вот, вы сломали картину идеального мира этому глуповатому жабисту. Как вам не стыдно? :)
> Мне жаль тебя расстраивать, но для вывода 3д оно использовало позорный C/C++
> код. Никто драйверы на java не писал, java3d это лишь обёртка
> над низкоуровневыми функциями.Я в курсе, капитан Очевидность.
> И да, при проблеме на уровне драйвера opengl
> оно точно так же роняло бы windows в bsod.Чё-то не роняло. Сколько ни запускал — на карточках с/без аппаратной акселерации OpenGL или DirectX — всё стабильно работало.
> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!Ваще-то это косяк проектировщиков ОС.
>> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!
> Ваще-то это косяк проектировщиков ОС.Интересно, каким боком? И как поступают правильные проектировщики? И, главное, где они, эти правильные, с их операционками? Только не надо кивать на винды, где интелский видеодрайвер легко и непринужденно ставит раком всю графическую подсистему, так что потом только ресет работает, а анимированные курсоры могли вообще сорвать башню ядру. Потому что тоже не шедевр, особенно если посмотреть на всякие там GDI, которые никуда не делись и по сей день активно юзаются :)
> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!Программистов драйверов X.Org, всё же. Язык тут ни при чём.
>> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!
> Программистов драйверов X.Org, всё же. Язык тут ни при чём.если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки
>>> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!
>> Программистов драйверов X.Org, всё же. Язык тут ни при чём.
> если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибкиРазруха, она не в клозетах, а в головах.
>>>> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!
>>> Программистов драйверов X.Org, всё же. Язык тут ни при чём.
>> если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки
> Разруха, она не в клозетах, а в головах.я приверженец точки зрения что человека надо пинками гнать к светлому будущему иначе мы будем вечно иметь пхп-стайл программирование и постоянно вычищать опечатки, забытые инициализации, забытые освобождения явно неиспользуемых ссылок, нульпойнтеры и переполнения
> я приверженец точки зрения что человека надо пинками гнать к светлому будущему
> иначе мы будем вечно иметь пхп-стайл программирование и постоянно вычищать опечатки,
> забытые инициализации, забытые освобождения явно неиспользуемых ссылок, нульпойнтеры
> и переполненияПардон конечно за нескромный вопрос но - и много лично у Вас этих стай горе-пхп-программистов? Что доставляют Вам ежедневную столь нестерпимую Боль? Ну хотя бы пара-тройка то сотен наберется? Чтобы было кого конкретно пинать и гнать гуртом к светлому будущему..
>> я приверженец точки зрения что человека надо пинками гнать к светлому будущему
>> иначе мы будем вечно иметь пхп-стайл программирование и постоянно вычищать опечатки,
>> забытые инициализации, забытые освобождения явно неиспользуемых ссылок, нульпойнтеры
>> и переполнения
> Пардон конечно за нескромный вопрос но - и много лично у Вас
> этих стай горе-пхп-программистов? Что доставляют Вам ежедневную столь нестерпимую Боль?
> Ну хотя бы пара-тройка то сотен наберется? Чтобы было кого конкретно
> пинать и гнать гуртом к светлому будущему..как бы так ? http://lurkmore.ru/images/9/9d/Dobeisa.jpeg
мне хватает кода в дорабатываемых мной проектах чтоб иметь представление о вопросе
> как бы так ? http://lurkmore.ru/images/9/9d/Dobeisa.jpeg403 Forbidden - Как говорится, FAIL!
> мне хватает кода в дорабатываемых мной проектах чтоб иметь представление о вопросе
Ну, если учесть что вы даже линку работающую привести не можете, я представляю что там у вас в проектах творится. Таких пинателей самих поди первым делом пинать надо.
>>>>> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!
>>>> Программистов драйверов X.Org, всё же. Язык тут ни при чём.
>>> если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки
>> Разруха, она не в клозетах, а в головах.
> я приверженец точки зрения что человека надо пинками гнать к светлому будущему
> иначе мы будем вечно иметь пхп-стайл программирование и постоянно вычищать опечатки,
> забытые инициализации, забытые освобождения явно неиспользуемых ссылок, нульпойнтеры
> и переполнениядобавлю ещё что язык - это инструмент и он должен облегчать работу а не усложнять (мб конешно у меня в сях мало опыта но вспоминая как начинал изучать Java, C# или D сейчас - проект понимается куда проще)
Оно как бы да, но в жабе регулярно возникает ощущения жонглирования со связанными руками. Уж больно примитивный язык. А примитивность эта, понятное дело, выливается в большие объёмы кода, нужного, чтобы её компенсировать. Плюсы, при всех своих неудобствах, много больше позволяют. Впрочем, насчёт D соглашусь - достойно у них вышло :-) Правда начинает хотеться большего - AST-макросов, например, или пользовательских операторов - но это я уже зажрался :-)
> Оно как бы да, но в жабе регулярно возникает ощущения жонглирования со
> связанными руками. Уж больно примитивный язык. А примитивность эта, понятное дело,
> выливается в большие объёмы кода, нужного, чтобы её компенсировать. Плюсы, при
> всех своих неудобствах, много больше позволяют. Впрочем, насчёт D соглашусь -
> достойно у них вышло :-) Правда начинает хотеться большего - AST-макросов,
> например, или пользовательских операторов - но это я уже зажрался :-)Единственное - IMHO, стоило бы сделать какой-нибудь MinimalD без GC...
>> Оно как бы да, но в жабе регулярно возникает ощущения жонглирования со
>> связанными руками. Уж больно примитивный язык. А примитивность эта, понятное дело,
>> выливается в большие объёмы кода, нужного, чтобы её компенсировать. Плюсы, при
>> всех своих неудобствах, много больше позволяют. Впрочем, насчёт D соглашусь -
>> достойно у них вышло :-) Правда начинает хотеться большего - AST-макросов,
>> например, или пользовательских операторов - но это я уже зажрался :-)
> Единственное - IMHO, стоило бы сделать какой-нибудь MinimalD без GC...а вы как любитель тёплого лампового звука можете обосновать чем плох GC ? и прошу вас, без ссылок на жаву и си# - там виртуальные машины вобще-то
> а вы как любитель тёплого лампового звука можете обосновать чем плох GCПопыткой заменить мозг програмера и как следствие - не думающими головой програмерами, уповающими на то что "оно само все сделает". И в итоге куча неочевидных утечек памяти, которые обнаруживаются далеко не сразу. При этом у поклонников GC еще и хватает наглости верещать что оно избавляет от утечек памяти. Ну да, конечно, я на примере реально существующих команд жабистов и дотнетчиков это во весь рост заметил. При том почему-то есть ощущение что сишники какимнить valgrind-ом проблемы с памятью вычисляют явно проще и быстрее. Во всяком случае, ни разу не видел чтобы сишные програмеры неделю бы бодались с отловом утечек. Жабистов и дотнетчиков бодающихся неделю с неочевидным результатом - видел.
> Оно как бы да, но в жабе регулярно возникает ощущения жонглирования со
> связанными руками. Уж больно примитивный язык. А примитивность эта, понятное дело,
> выливается в большие объёмы кода, нужного, чтобы её компенсировать. Плюсы, при
> всех своих неудобствах, много больше позволяют. Впрочем, насчёт D соглашусь -
> достойно у них вышло :-) Правда начинает хотеться большего - AST-макросов,
> например, или пользовательских операторов - но это я уже зажрался :-)Для D3.0 запланировано следующее:
AST макросы.
http://habrahabr.ru/blogs/programming/75451/лично меня переопределение операторов и макросы напрягают ибо часто приходится долго разбираться что же имели в виду когда их писали, с первого взгляда не видно где грабли могут лежать и можно найти участок далеко не на первом просмотре кода
> я приверженец точки зрения что человека надо пинками гнать к светлому будущемуЛично мне не нужно светлое будущее в котором раздают пинки. Пусть жопа от пинков болит сугубо у вас, а мне такого счастья не надо.
>> я приверженец точки зрения что человека надо пинками гнать к светлому будущему
> Лично мне не нужно светлое будущее в котором раздают пинки. Пусть жопа
> от пинков болит сугубо у вас, а мне такого счастья не надо.добро пожаловать в демократичный капитализм с человеческим лицом. все волки друг другу товарищи. полегчало ?
из человека надо выдавливать животное, не давать животному бонусов (хоть в виде несоблюдения договоров, хоть в виде невнятно написанного кода)
> добро пожаловать в демократичный капитализм с человеческим лицом.Угу. Капиталисты могут нам такое будущее забабахать, что какойнить там Сталин покажется не таким уж и плохим человеком. Ведь как известно, нет такого преступления на которое бы не пошел капиталист ради получения прибыли... ;). А технические возможности явно поболее будут.
Небольшое превью светлого будущего можно найти где-то в районе http://www.ruformator.ru/news/article06568/default.asp
> из человека надо выдавливать животное,
Сколько вы не пинай несчастную обезьяну, не запирай ее за печатной машинкой и не дрессируй, Толстым она от этого не станет. Думаете, талант и умение думать можно вбить пинками? Сомневаюсь.
> если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибкиКруто, оказывается это не програмер должен называться криворуким халтурщиком, это язык ему оказывается виноват. А потом мы еще удивляемся, когда в программах вылезают просто эпичные баги.
Вообще, такое почему-то очень похоже на попытку все-таки написать (и продавать - PROFIT!!!) Войну и Мир путем упихивания миллиона обезьян за печатные машинки, расстановкой загродок чтобы они не сбежали, старательной дрессировкой, чтобы жали более-менее правдоподобные кнопки и прочая. Только войной и миром результат все-таки не станет. И говнокоду от криворуких говнокодеров хорошей программой без ошибок - уж точно не бывать.
P.S. кстати многие логические ошибки бывают куда суровее и опаснее чем технические. Обезьяны почему-то упорно кивают на умные языки которые за них подумают и им жопу подотрут, но игнорируют этот простой факт. Хотя наиболее жуткие и проблемные последствия вылезают как правило именно из-за логических ошибок, не привязаннх к языкам *вообще* *никак*. Из-за логических ошибок теряются/искажаются/утекают данные. Из-за логических ошибок попадают на деньги. Из-за логических ошибок сталкиваются поезда и падают самолеты. Так ли при этом ужасен какой-то там несчастный крах?
Алсо, крах в целом - вообще не факт что что-то плохое. При крахе сразу видно что программа не работает корректно, ее можно сразу перезапустить с неискаженными данными + велика вероятность что кто-то сможет сделать "разбор полетов" по горячим следам. А что если краха не будет? Вообще, если произошла какая-то ошибка, а программа на нее забила - вариантов есть два: программа может или быть принудительно завершена дефолтным обработчиком ошибки ("крах"), т.к. нет оснований ожидать корректной работы программы, или она может попробовать продолжить работу, как будто все было ок. Только результат работы будет неопределен и возможны любые сюрпризы, которые появятся как только программа попробует сделать что-то, зависевшее от места на котором возникла проблема. Кстати оба подхода обработки ошибок в принципе возможны и для нативного и для манагед кода. Собссно все современные процессоры позволяют отделить программу от других программ и ОС в "песочницу", так что крах - всего лишь обнаружение процессором того факта что программа работает некорректно и попробовала сделать операцию которая не должна была происходить. Аппаратно или софтварно будет дернут обработчик по этому поводу и апаратный или виртуальный процессор при этом - вообще не так уж и принципиально. Принципиальное отличие только одно: можно или забить на ошибку, или не забить и вырубить программу. В первом случае программа продолжит работать, а глюк скорее всего окажется не замечен (зато он может больно вдарить потом, спасибо если не через неделю работы, когда хвостов уже точно не найти). Во втором программа срубится и будет стимул ловить глюк или баг. Который как ни крути, есть.
Вопрос: почему глюкмэйкеры считают что некорректная работа программы лучше краха? Только потому что ваше бракоделие заметят не сразу? Так это довольно свинский подход, вам так не кажется, господа халтурщики?
> Вопрос: почему глюкмэйкеры считают что некорректная работа программы лучше краха?Просто потому, что программа ещё может побороться за свою живучесть в рамках отведённых ей аппаратных ресурсов, а не снести полсистемы (Xorg) из-за неподдерживаемой функциональности (крах).
> Просто потому, что программа ещё может побороться за свою живучестьУточним: она сможет лишь *непредсказуемо* *поглюкавить*. Забив на обработку проблемной ситуации. Т.к. если на проблемную ситуацию не было забито или же сбоев в логике работы вообще не было - тогда откуда взяться краху? Это ж лишь дефолтный обработчик вызываемый при обнаружении откровенно неправильной работы программы.
> в рамках отведённых ей аппаратных ресурсов,
Нюню. Если уж вы такой умный, то намекну: если система многозадачная, ресурсы в ней могут потреблять много программ сразу, прикиньте? И, кстати, это как билетная касса: у вас могут все разобрать перед самым носом. И выпролетите. Гарантий обратного никто не даст. Даже если в общем случае вы придя к кассе и получаете ваш билет, и даже 10 раз подряд вы его получили, это еще на значит что в 11й раз они не кончатся у вас перед носом.
В сях, кстати, для повышения надежности работы программы можно хапнуть себе приличный кус памяти *заранее*, поюзать его и никому не отдавать, далее юзая уже его (можно выделять память более гранулярно уже из этого куска).
Это как с билетами. Вы можете забронировать билет заранее и твердо знать что тот билет - именно ваш, и никто его уже у вас не заберет. А можете надеяться на лучшее и переться наобум. Но можете при этом и обломаться, если все билеты раскупят до вас. Минус ессно "необходимость возни с бронированием" (выделение памяти заранее + свой аллокатор) и "переплата" (в плане сжирания ресурсов): чтобы не было шанса обломаться, надо выделить максимально необходимый кусок памяти сразу. И даже если часть памяти не требуется,но может потребоваться потом - отдавать ее низзя. По идее логика доступная даже неглупому школотенку. На примере с билетами, для особо непонятливых.
А на яве так сможете вообще? Или предполагается что Единственно Правильной логики встроенного аллокатора - хватит всем? ("совковая касса без услуги бронирования"). На сях кстати возможны и иные варианты логики - например периодические повторы попытки выделить память до успеха или таймаута считаемого фатальным, например. А на яве так сможете вообще? :)
> а не снести полсистемы (Xorg) из-за неподдерживаемой функциональности (крах).
Какой кондовый бред :). Не, изен, извини, конечно, но надежную систему твоего дизайна я бы юзать не стал.
P.S.: реально двинутые на надежности перцы программят примерно так: http://en.wikipedia.org/wiki/Immunity_Aware_Programming - это, конечно, сурово, но в некоторых местах надежности не бывает слишком много. Врядли вы оцените сбой например в софте микроконтроллера управляющего тормозами вашего авто? Или вы думаете что навороты типа антипробуксовочных и антиблокировочных систем - это такие аппаратные фичи? Ну да, щазз, потребный анализ ситуации с датчиков и принять решение может только микроконтроллер с своей фирмвариной. Приколитесь, написаной на си скорее всего (ну может на асме, но на голом асме нынче не модно в силу геморности и непортабельности). И, кстати, если бы такую же логику писали бы вы, на вашей яве - я бы вообще от такого авто держался за километр, а то глюки и баги в тормозной системе - как-то ссыкотная такая штука, а? Там обычно просто фирмварина проста как топор и вылизана до битика, глюкать тупо нечему ;).
>> Просто потому, что программа ещё может побороться за свою живучесть
> Уточним: она сможет лишь *непредсказуемо* *поглюкавить*. Забив на обработку проблемной
> ситуации. Т.к. если на проблемную ситуацию не было забито или же
> сбоев в логике работы вообще не было - тогда откуда взяться
> краху? Это ж лишь дефолтный обработчик вызываемый при обнаружении откровенно неправильной
> работы программы.try-catch в современных языках программирования никто не отменял. В блоке catch программа может определить неполадки и попытаться восстановить своё состояние до входа в блок try. В большинстве случаев такое поведение несмертельно для программы и позволяет продолжать её исполнение после выхода из обработчика исключительной ситуации.
Дебаты об исключениях: http://www.ibm.com/developerworks/ru/library/j-jtp05254/inde...>> в рамках отведённых ей аппаратных ресурсов,
> Нюню. Если уж вы такой умный, то намекну: если система многозадачная, ресурсы
> в ней могут потреблять много программ сразу, прикиньте? И, кстати, это
> как билетная касса: у вас могут все разобрать перед самым носом.Это — задача операционной системы и/или JVM. Пока что JVM показывает наилучшее управление ресурсами, чем, собственно, ядро ОС, глядя на то, как "текут картинки" и обваливается Xorg. :))
> В сях, кстати, для повышения надежности работы программы можно хапнуть себе приличный
> кус памяти *заранее*, поюзать его и никому не отдавать, далее юзая
> уже его (можно выделять память более гранулярно уже из этого куска).<...>
> А на яве так сможете вообще? Или предполагается что Единственно Правильной логики
> встроенного аллокатора - хватит всем? ("совковая касса без услуги бронирования").В JVM есть разные стратегии распределения памяти и уборки мусора. Под разные задачи можно выбрать оптимальные.
Краткая история развития технологии утилизации памяти: http://www.ibm.com/developerworks/ru/library/j-jtp10283/inde...Исправление модели памяти Java, часть 2: http://www.ibm.com/developerworks/ru/library/j-jtp03304/inde...
Сборка мусора и производительность: http://www.ibm.com/developerworks/ru/library/j-jtp01274/inde...
> На
> сях кстати возможны и иные варианты логики - например периодические повторы
> попытки выделить память до успеха или таймаута считаемого фатальным, например. А
> на яве так сможете вообще? :)А зачем в программе на Java выделять себе память? Массив нужного размера создался — хорошо — можно использовать его под буфер. Сам по себе объект имеет небольшой оверхед около 80 байт служебной информации и живёт, пока на него есть хотя бы одна ссылка. Лично я предпочитаю работать с долгоживущими объектами, которые изменяют своё состояние, если это нужно, а не создавать новые и новые объекты-"однодневки", которых прибирает GC.
> try-catch в современных языках программирования никто не отменял.И что? В обработчике исключения далеко не все удосуживаются написать что-то осмысленное. А если уж хочется пообрабатывать ошибки осмысленно - даже на гольных сях это можно. Приколитесь? :)
> В блоке catch программа может определить неполадки
Даже на самых простых сях тоже можно заменить дефолтный обработчик на что-то свое, и когда случится жопа, управление получит не дефолтный обработчик а ваш код. А 10 отличий - они в чем состоят?
> и попытаться восстановить своё состояние до входа в блок try.
Попытаться... да... удачи в этом начинании. На сях ксати тоже можно попытаться. А почему нет? Напримре в *никсах программа может навесить свои кастомные обработчики сигналов. На SIGSEGV в частности. Чем это будет так уж сильно отличаться от того же try-catch на большой блок кода? Если вы этого вдруг не знали - наверное в этом не си все-таки виноват, а вы? :)
> В большинстве случаев такое поведение несмертельно для программы
Ну так я уже сказал что если на ошибку положили болт - есть ровно 2 варианта что будет дальше: можно глюк обнаружить и убить программу. А можно не убивать и предоставить ей работать дальше. Только дальнейшее ее поведение будет неопределено. При том мне подход с пристреливанием при обнаружении потенциально фатального глюка как-то более симпатичен: способствует фиксингу этих самых глюков, а не предоставляет глюкастику глюкавить себе дальше в надежде что авось пронесет.
>> как билетная касса: у вас могут все разобрать перед самым носом.
> Это — задача операционной системы и/или JVM.Спасибо, Кэп. А я то и не подозревал что в роли кассы именно они.
> Пока что JVM показывает наилучшее управление ресурсами,
А JVM вааще является в этой нашей схеме с билетами всего лишь спекулянтом-перепродавцом билетиков, который получает билеты в той же кассе (у OS) и потом их вам перепродает. И, кстати, если вдруг спекулянта обломают в кассе с билетами - он и вас обломает при попытке купить у него билет, т.к. если у него нет билетов, взять ему их будет неоткуда. Плюс он может вас обломать если его лучший друг попросил придержать для него билетиков. Или если ему не нравится ваша морда лица. Или ... ну в общем ява может иметь свое мнение о том сколько вам память можно. Вторым уровнем, опосля мнения ОС на этот счет. Странно, правда? Утверждается что сие надежнее чем напрямую забронировать билет? Ну да, помечтайте :) В одном случае 1 точка отказа, в другом - 2, при том первая - такая же как в первом случае. С фига ли цепь из 2 звеньев лучше чем из одного по надежности? Вы жестоко прогуливали теорвер в инсте, или WTF? :)))
> чем, собственно, ядро ОС,
А ява, кончно же, совсем не через обосранное вами ядро этой самой ОС память выделяет, правда? Скажите, ну как можно настолько ламернуться то? В общем FAIL :)
> глядя на то, как "текут картинки" и обваливается Xorg. :))
Как будто софт на яве не течет, ага. Ява наверное методом телепатии узнает когда програмер больше не собирается работать с вон той сущностью и можно уже ее убить, освободив занимаемую сущностью память под что-то еще. Не, извините, но чудес не бывает. Бывают только дураки которые верят в чудеса :P.
> В JVM есть разные стратегии распределения памяти и уборки мусора.
А *свою* стратегию - возможно подсунуть? Или как обычно - 640 Кб хватит всем, потому что умные дяди из сан/оракл так за вас решили?
> Под разные задачи можно выбрать оптимальные.
А парни из сана и оракла обладают телепатией чтобы предвидеть ВСЕ возможные типы задач?
> Краткая история развития технологии утилизации памяти:
Да, термин "утилизация" применительно к яве неплохо описывает то что оно делает с памятью :D.
> Сборка мусора и производительность:
Мануал о том как сперва создать себе 100500 проблем а потом мужественно с ними бороться. По-моему, если уж волнует производительность, особенно гарантированная - нехрен связываться ни с явой, ни с гарбаж коллекторами.
> А зачем в программе на Java выделять себе память?
Да хоть горшком назовите. Созданием объекта, или как вам там угодно. В конечном итоге - это будет с точки зрения ОС трансформировано в выделение памяти, один хрен. Потоу что ядро не оперирует такими терминами. А как вы это там назовете - не так уж и интересно. Ну не malloc у вас сможет обломится, так new. И если скажем объект не создался и он был не для красоты - врядли получится корректно поработать дальше, правда? :) А 10 отличий - они в чем будут? Так, глобально? :)
> предпочитаю работать с долгоживущими объектами, которые изменяют своё состояние, если
> это нужно, а не создавать новые и новые объекты-"однодневки", которых прибирает GC.Ну да, конечно. Ведь с new но без delete при активном создании объектов поиметь неочевидные утечки памяти - ни разу не проблема, правда? :))) Ведь достаточно оставить по недосмотру ссылку на какой-то временный объект, и GC его уже никогда не убьет. И будет .... утечка памяти! Та самая, которая якобы "невозможна" на яве, хи-хи ;).
>> В большинстве случаев такое поведение несмертельно для программы
> Ну так я уже сказал что если на ошибку положили болт -
> есть ровно 2 варианта что будет дальше: можно глюк обнаружить и
> убить программу. А можно не убивать и предоставить ей работать дальше.Это только на сях имеют два выхода: segmentation fault или core dump — выбери из них лучшее. :)
> Только дальнейшее ее поведение будет неопределено. При том мне подход с
> пристреливанием при обнаружении потенциально фатального глюка как-то более симпатичен:
> способствует фиксингу этих самых глюков, а не предоставляет глюкастику глюкавить себе
> дальше в надежде что авось пронесет.В своё время написал программу для обработки данных, которая пыталась несколько раз выполнить определённую функцию чтения и записи данные в базу данных. Операция чтения данных из файла была ненадёжна, так что с первого раза обычно не выполнялась, но выполнялась со второго-третьего-...-пятого раза, и данные в итоге записывались в базу данных за приемлемое время. Так как функция изначально работала с внешним файлом, который мог быть эксклюзивно занят на время обновления другой программой, то вероятность словить IOException была близка к 50%. Но моя программа просто обрабатывала это исключение, прогоняла заново операцию чтения и добивалась считывания данных из этого файла без каких-либо последствий для себя в режиме 24x7.
>> В JVM есть разные стратегии распределения памяти и уборки мусора.
> А *свою* стратегию - возможно подсунуть? Или как обычно - 640 Кб
> хватит всем, потому что умные дяди из сан/оракл так за вас
> решили?Да, можно подсунуть свою реализацию GC. Код OpenJDK6 и API открыты. Если чувствуешь себя более умным, чем разработчики JVM, проблем не существует.
>Ну не malloc у вас сможет обломится, так new. И
> если скажем объект не создался и он был не для красоты
> - врядли получится корректно поработать дальше, правда? :) А 10 отличий
> - они в чем будут? Так, глобально? :)Объекты в Java создаются атомарно. Если new не может создать объект, то вылетит исключение времени выполнения (или проверяемое исключение, если определено в сигнатуре конструктора) и его тоже можно обработать, можно корректно завершить программу.
>> предпочитаю работать с долгоживущими объектами, которые изменяют своё состояние, если
>> это нужно, а не создавать новые и новые объекты-"однодневки", которых прибирает GC.
> Ну да, конечно. Ведь с new но без delete при активном создании
> объектов поиметь неочевидные утечки памяти - ни разу не проблема, правда?
> :))) Ведь достаточно оставить по недосмотру ссылку на какой-то временный объект,
> и GC его уже никогда не убьет. И будет .... утечка
> памяти! Та самая, которая якобы "невозможна" на яве, хи-хи ;).Какие мы глупые! У нас нет профилировщика, чтобы анализировать сколько и каких объектов создаётся и не убирается во время работы нашей программы! Хи-хи. :))
> Это только на сях имеют два выхода: segmentation fault или core dump
> — выбери из них лучшее. :)Повесь свой обработчик на SIGSEGV, мистер тормоз. И делай в нем все что твоей душе угодно. И чем это так уж принципиально отличается от catch? Да, кстати если я не говорил, у почти всех жабистов почему-то в try-catch в части которая catch - почему-то ... ничуть не менее пусто чем у типичных сишников. :)
> 50%. Но моя программа просто обрабатывала это исключение, прогоняла заново операцию
> чтения и добивалась считывания данных из этого файла без каких-либо последствий
> для себя в режиме 24x7.Ой, надо же. На яве можно оказывается поймать I/O error. На сях тоже можно. И? Не догоняю, у кого и в каком месте наступает EPIC WIN :)
> Да, можно подсунуть свою реализацию GC. Код OpenJDK6 и API открыты. Если
> чувствуешь себя более умным, чем разработчики JVM, проблем не существует.Это что, надо править сорц JVM? А более культурно из программы порулить - не катит? oO
> Объекты в Java создаются атомарно.
Круто. А malloc происходит не атомарно ли? Или опять же - В ЧЕМ ГЛОБАЛЬНОЕ ОТЛИЧИЕ? :)
> Если new не может создать объект, то вылетит исключение времени выполнения
А если malloc не сработает - или культурные люди поймают сразу, или, если они не культурные - вылетит SIGSEGV при попытке поработать с памятью там где ее не было. А 10 принципиальных отличий - они в чем? Если абстрагироваться от большей навороченности сущностей и их внутреннего устройства? :)
> (или проверяемое исключение, если определено в сигнатуре
> конструктора) и его тоже можно обработать, можно корректно завершить программу.Неуспешный malloc тоже можно обработать. Более того, даже облажавшись это сделать, можно обработать хоть тот же SIGSEGV, информирующий нас о том что мы облажались. То что по дефолту реакция на него - просто выход, возможно, с коредампом - ну, круто. Это не значит что нельзя переопределить обработку этого сигнала. Просто, как многие жабисты вааще ничего осмысленного не пишут в catch, так что оно продолжает просто глюкать дальше, делая вид что вроде как работает, многие сишные програмеры не ловят SIGSEGV или ошибки выделения памяти, так что при обнаружении столь похабного бага прога просто сразу убивается.
> Какие мы глупые! У нас нет профилировщика, чтобы анализировать сколько и каких
> объектов создаётся и не убирается во время работы нашей программы! Хи-хи. :))Ну, судя по тому как некоторые НЕДЕЛЯМИ корпят, пытаясь понять WTF, с довольно скромным результатом - не так уж этот Бэтмэн и крут... :)))
> В сях, кстати, для повышения надежности работы программы можно хапнуть себе приличный
> кус памяти *заранее*, поюзать его и никому не отдавать, далее юзая
> уже его (можно выделять память более гранулярно уже из этого куска).тота в линуксе бывает "выделено памяти 10 гигов, физической памяти 4 гига, свопа нет" - специально для таких умных кто запрашивает память но не использует - ОС память выделяет по факту использования а не по факту запроса
> не использует - ОС память выделяет по факту использования а не
> по факту запросаО, мне всегда было интересно - допрет ли кто до этого тонкого момента ;).
Я кстати тоже думал об этом. А это... сразу после выделения и используйте блок целиком, какие проблемы? :) Например, заполнив весь отхапанный массив чем-нибудь (рандомом, чтобы послать еще и дедупликаторы, если их вдруг на ваш зад внедрят). Кстати, если я правильно помню, такое поведение ОС можно запретить, если оно не нравится. В общем то оврекоммит - это некий поиск приключений на свою жопу (любая попытка декларировать большее количество ресурсов чем по факту есть и надеяться что по факту никто столько не поюзает - ненадежна по природе своей). ИМХО если волнует надежность работы при потенциально возможном душняке с памятью - пользоваться оверкоммитом врядли стоит.
А вот бороться в таких ситуациях свинство и есть. Не свинство - высыпать хорошую обильную диагностику чтобы было что разработчику отослать и вежливо сдохнуть, ничего больше не поломав.
> А вот бороться в таких ситуациях свинство и есть.
> Не свинство -
> высыпать хорошую обильную диагностику чтобы было что разработчику отослать и вежливо
> сдохнуть, ничего больше не поломав.Ну, так, Firefox4 написан на C++, у него нет стандартного стека исключений, который можно было бы вывести и сдохнуть, в отличие от Java-программ. Ничего не остаётся, как крошить Xorg.
> Ну, так, Firefox4 написан на C++, у него нет стандартного стека исключений, который можно было бы вывести и сдохнуть, в отличие от Java-программ. Ничего не остаётся, как крошить Xorg.Вообще то, как IMHO не сложно догадаться прослушав хотя бы первый курс любого околоитешного ВТУЗа, виртуальная джава машина ни чем не отличается в указанном случае от firefox. Или любого другого пользовательского приложения. И если в результате его, возможно, некорректной работы вылетает критичный системный сервис.. Да, конечно, это джава виновата. И фокс. На пару с плюсами. Вне всяких сомнений.
> Вообще то, как IMHO не сложно догадаться прослушав хотя бы первый курс
> любого околоитешного ВТУЗа, виртуальная джава машина ни чем не отличается в
> указанном случае от firefox.Более того, JS выполняющийся в браузере ничем принципиально не отличается от байткода выполняющегося в JVM. Странно что изену слабо осознать столь тривиальный факт, это по-моему в состоянии понять любой неглупый школьник.
> Более того, JS выполняющийся в браузере ничем принципиально не отличается от байткода выполняющегося в JVM.Ой, ну и бред же ты несёшь иногда. :))))
> Ой, ну и бред же ты несёшь иногда. :))))Да ну брось, какая нахрен глобальная разница: JVM JIT'ом перегонит байткод в нативный и выполнит, или движок в браузере перегонит JITом яваскрипт в нативный код и выполнит.
Принципиальных отличий не так уж и много. А то что языки разные и вообще в одном случае байткод а в другом скрипт - это уже детали. А общий смысл действа и результат будет достаточно похож. Или в случае браузерного JIT ты уже не хочешь верешать о том как это суперкруто и какие там возможны офигительные оптимизации, блаблабла? :)))
> Принципиальных отличий не так уж и много. А то что языки разные
> и вообще в одном случае байткод а в другом скрипт -
> это уже детали.Это — действительно детали. Но языки JavaScript и Java ещё ведь отличаются смыслом: один динамический, а другой статически типизированный. Модульность и публичный API для взаимодействия с библиотеками, предоставляемый средой исполнения Java, вообще не присущи JavaScript'у. И в этом разница между этими языками — колоссальная.
> А общий смысл действа и результат будет достаточно похож.
Вообще все языки программирования могут реализовать тот же результат, что и машина Тьюринга. Да, в этом они "достаточно похожи". :))
> Или в случае браузерного JIT ты уже не хочешь верешать
> о том как это суперкруто и какие там возможны офигительные оптимизации,
> блаблабла? :)))JavaScript убог по своей природе.
> Это — действительно детали. Но языки JavaScript и Java ещё ведь отличаются
> смыслом: один динамический, а другой статически типизированный.Опять же, это детали :).
> Модульность и публичный API для взаимодействия с библиотеками,
> предоставляемый средой исполнения Java, вообще не присущи JavaScript'у.Да, кстати сие как бы некоторая проблема JS. С другой стороны, оно же и фича: если бы там было бы столько же всего понапихано как в яве, запускать JS из веба было бы столь же медленно, ресурсожорко и ссыкотно как и ява-апплеты. Чудес не бывает.
> И в этом разница между этими языками — колоссальная.
Но мы говорили не о языках. А о их средах исполнения. JVM - среда исполнения Java апплетов. Браузер - среда выполнения JS. Я нахожу как-то весьма двухстандартным заметить что браузер писан на сях и обосрать си, но технично "не заметить" то же самое для JVM.
> Вообще все языки программирования могут реализовать тот же результат, что и машина
> Тьюринга. Да, в этом они "достаточно похожи". :))Спасибо, Кэп! :)
> JavaScript убог по своей природе.
А Java монструозна и как-то так оказалась нафиг не нужна ни в вебе, ни на десктопе. Ну кроме серверной стороны у всяких ынтерпрайзов, может быть :)
>> если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки
> Круто, оказывается это не програмер должен называться криворуким халтурщиком, это язык
> ему оказывается виноват. А потом мы еще удивляемся, когда в программах
> вылезают просто эпичные баги.можно собирать машины ручной сборкой подгоняя детали напильником, а можно с помощью конвейера с полным ЧПУ и роботизацией с одним живым человеком - инженером разработавшим машинку
вы машинку авторства которой из этих двух сборочных линий предпочтёте ?
> P.S. кстати многие логические ошибки бывают куда суровее и опаснее чем технические.
> Обезьяны почему-то упорно кивают на умные языки которые за них подумают
> и им жопу подотрут, но игнорируют этот простой факт. Хотя наиболее
> жуткие и проблемные последствия вылезают как правило именно из-за логических ошибок,
> не привязаннх к языкам *вообще* *никак*. Из-за логических ошибок теряются/искажаются/утекают
> данные. Из-за логических ошибок попадают на деньги. Из-за логических ошибок сталкиваются
> поезда и падают самолеты.поэтому язык обязан вынуждать писать максимально прозрачно для актуализации логики алгоритма
> вы машинку авторства которой из этих двух сборочных линий предпочтёте ?It depends. Роботы ведь могут управляться и бухим оператором, линия может обслуживаться бухим наладчиком, а технический контроль может быть спущен на тормозах, как это случается с всякими ТАЗами. С другой стороны, некоторые специалисты по тюнингу делают весьма крутые штуки, с отличным качеством исполнения, которые к тому же невозможно купить в магазине. Выбирая между продукцией автоТАЗа и крутым кастомным авто, я выберу ессно второе. Вот поделия от жабистов почти всегда отдают "автоТАЗовщиной".
> поэтому язык обязан вынуждать писать максимально прозрачно для актуализации логики алгоритма
Много умных слов ни о чем. Большая часть программ написанных на якобы хороших в этом плане языках на поверку обычно оказывается совершенно обычным дерьмецом. Запросто проигрывая программам на "кривом" и "неправильном" си, например. Наверное дело в том что как вы не запирайте обезьяну за печатной машинкой, а Толстым она не станет все-равно.
> "Браузер ложит Xorg" — это ещё один Epic Fail программистов C/C++!Согласен.
И количество батхерта в теме доказывает правоту твоего тезиса.
> И количество батхерта в теме доказывает правоту твоего тезиса.Ну да, конечно, лучше если оно забило на ошибку, проработало полдня, а потом начались бы аццкие глюки и никто вообще никогда бы вообще не нашел их причину. Потому что состояние программы совсем не то уже, а то что от проблемного места что-то зависело - да кто ж там разберет и свяжет с глюками то? Спасибо, видел я как дотнетчики и жабисты эксепшны ловят. Детективы - отдыхают. Они порой неделями трахаются с какими-то неочевидными граблями, вылезающими при длительной работе программы. А уж пресловутые утечки памяти... я видел случаи когда жабисты и дотнетчики пытались неделями понять что за фигня с пожироном памяти: толи GC еще не сработал, толи они что-то кому-то не отдали. Выглядит сие весьма и весьма сурово. Извиняюсь, в севых програмах вон valgrind-ом можно под микроскопом каждый пук рассмотреть. А жабисты и дотнетчики почему-то аццки сношаются с своими гарбаж коллекторами, когда юзеры начинают метать кирпичи - "ваша программа сжирает всю доступную память и все загибается/тормозит". По-моему, некоторые преувеличивают плюсы своих подходов и кладут болт на имеющие место быть минусы.
>[оверквотинг удален]
> порой неделями трахаются с какими-то неочевидными граблями, вылезающими при длительной
> работе программы. А уж пресловутые утечки памяти... я видел случаи когда
> жабисты и дотнетчики пытались неделями понять что за фигня с пожироном
> памяти: толи GC еще не сработал, толи они что-то кому-то не
> отдали. Выглядит сие весьма и весьма сурово. Извиняюсь, в севых програмах
> вон valgrind-ом можно под микроскопом каждый пук рассмотреть. А жабисты и
> дотнетчики почему-то аццки сношаются с своими гарбаж коллекторами, когда юзеры начинают
> метать кирпичи - "ваша программа сжирает всю доступную память и все
> загибается/тормозит". По-моему, некоторые преувеличивают плюсы своих подходов и кладут
> болт на имеющие место быть минусы.Потому что в руки насрать жабописцам. Напердячат кода, который за собой память не очищает, а потом не вспомнять, что надо коллектор позвать. Сто сессий отработало - прощай, 14 гигабайт мозгов. И начинается потом:
- Сколько памяти занимает Java?
- Сколько находит - столько и занимает!
> - Сколько памяти занимает Java?
> - Сколько находит - столько и занимает!Да вот только недавно видел цирк:
- Шеф: Жрется XXXX оперативы! Вашумать! Кто жрет? Клиент гадит кирпичами - у него крютой сервер через несколько дней работы загибается!
- Жабисты: !!! (за кадром слышен конский топот каманды жабистов)
- Шеф: ??? Так это вы жрете или это у вас GC не дергается?!
[так проходит неделя]
- Жабисты: ну мы тут что-то нашли, но все-равно использование памяти почему-то со временм растет...Занавес!
>Круто, оказывается это не програмер должен называться криворуким халтурщиком, это язык ему оказывается виноват. А потом мы еще удивляемся, когда в программах вылезают просто эпичные баги.Ничего не напоминает?
>[оверквотинг удален]
> Да вот только недавно видел цирк:
> - Шеф: Жрется XXXX оперативы! Вашумать! Кто жрет? Клиент гадит кирпичами -
> у него крютой сервер через несколько дней работы загибается!
> - Жабисты: !!! (за кадром слышен конский топот каманды жабистов)
> - Шеф: ??? Так это вы жрете или это у вас GC
> не дергается?!
> [так проходит неделя]
> - Жабисты: ну мы тут что-то нашли, но все-равно использование памяти почему-то
> со временм растет...
> Занавес!кстати для незнаек - GC можно принудительно дёрнуть в цикле 10к раз (а "через несколько дней работы" это явно позволяет) после чего GC явно освободит всё что возможно - и вся остальная память - в логических граблях прогера
> кстати для незнаек - GC можно принудительно дёрнуть в цикле 10к раз
> (а "через несколько дней работы" это явно позволяет) после чего GC
> явно освободит всё что возможно - и вся остальная память -
> в логических граблях прогераТру жава вей, ага. Главное чисто итераций цикла ещё побольше взять.
> кстати для незнаек - GC можно принудительно дёрнуть в цикле 10к разНаверное именно поэтому я и держусь от софта на яве за пушечный выстрел... пусть жабисты сами такое и кущают, имхо.
> (а "через несколько дней работы" это явно позволяет) после чего GC
> явно освободит всё что возможно - и вся остальная память -
> в логических граблях прогераДа никто не спорит что при делании и на яве можно отловить утечки, просто не вижу чем оно принципиально лучше чем без GC получается. Разные методы получить одно и то же ака просрать все полимеры^W память :)
Надеюсь, фиксы будут бекпортированы в дистрибутивах.
> Надеюсь, фиксы будут бекпортированы в дистрибутивах.В энтерпрайзных да. А в десктопных нет смысла. С обновлениями придет последняя версия программы.
Толстый, ещё свой Радеон не хочешь поменять? :)---
> Например, проприетарный драйвер NVIDIA проходит 5231 из 5344 тестов,
Results: (5221 of 5315 passed, 3 timed out)
Mozilla/5.0 (X11; Linux x86_64; rv:2.0b9) Gecko/20100101 Firefox/4.0b9
Проприетарный AMDResults: (5237 of 5313 passed, 3 timed out)
Mozilla/5.0 (X11; Linux x86_64; rv:2.0b10pre) Gecko/20110116 Firefox-4.0/4.0b10preБаги встречаются, но их все меньше и когда иксы в последний раз падали откровенно не помню. Вброс со стороны мозильцев не понятен.
"This browser does not appear to support WebGL"webgl.enabled_for_all_sites = TRUE
Установлен: 4.0~b10~hg20110118r60730+nobinonly-0ubuntu1~umd1~maverick
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: X.Org R300 Project
OpenGL renderer string: Gallium 0.4 on ATI RS482
OpenGL version string: 2.1 Mesa 7.11-devel
OpenGL shading language version string: 1.20
direct rendering: Yesкакого пинка дать чтоб ВебГЛ запустилось ?
Последнее предложение в сабже же.
>Отключить проверку в черном списке можно путем установки переменной окружения MOZ_GLX_IGNORE_BLACKLIST=1 перед запуском Firefox, но в этом случае стабильность работы браузера не гарантируется.
>>Отключить проверку в черном списке можно путем установки переменной окружения MOZ_GLX_IGNORE_BLACKLIST=1 перед запуском Firefox, но в этом случае стабильность работы браузера не гарантируется.спасибо, переклинило что это будет в следующих релизах
результат:
таймауты или комплиты меняются местами, почти всегда таймауты
и вылет в итоге
У меня Catalyst
server glx vendor string: ATI.
Мы проприетарными дровишками меряемся.
Стоит только начать читать комменты, как сразу забываешь о чем шла речь в посте и зачем вообще сюда зашел...
Да... Вои вам и первые лопнутые пузыри на поприще Линуксе, но это только цветочки, злой пингвин еще покажет свой дикий оскал и укусит за руку.
Тебя он давно покусал, судя по всему.
Да, меня он уже покусал. Но ничего, сорок прививок под лопатку и я снова в строю. Но дети! Дети то тут при чем??!! Детей жалко!
> Да, меня он уже покусал. Но ничего, сорок прививок под лопатку и
> я снова в строю. Но дети! Дети то тут при чем??!!
> Детей жалко!Ну так не плодись!
> Да, меня он уже покусал. Но ничего, сорок прививок под лопатку и
> я снова в строю. Но дети! Дети то тут при чем??!!
> Детей жалко!А что - дети? Под BSD я так понимаю и так нихрена не работает из мира 3D. Так что дети как раз в целости и сохранности. С ними все в порядке и никакой угрозы не предвидится. По крайней мере в ближайшие лет десять.
>Под BSD я так понимаю и так нихрена не работает из мира 3D.Нет, не понимаете.
Для детей есть линукс. БСД может спать спокойно
> Под BSD я так понимаю и так нихрена не работает из мира 3DНе понимаете. Я вот на фре второй старик на днях прошёл.
> Детей жалко!Я б лучше их жалел в случае эпплов/майкрософтов пожалуй. Таким конторам нужны в идеальном случае тупые деграданты, безмолвно хавающие все что дали свыше, доящиеся в срок и не задумывающиеся о том что и на каких условиях им впарили. Не способные думать и принимать решени самостоятельно, разумеется. Хотите видеть ваших детей скотоподобными деградантами, не способными к принятию решений и умственной активности? Ну или чему еще хорошему может научить детей проприетарь? Взять в аренду за много бабок операционку на идиотских условиях в общем то не выглядит как достижение которым можно гордиться ;).
>Взять в аренду за много бабок операционку на идиотских условиях в общем то не выглядит как достижение которым можно гордиться ;).Ну почему же? Перед другими такими же очень даже можно и погордиться, типа "а я взял более нарядное, за больше бабок и на более идиотских условиях...". По ходу, большая часть маркетинга/дизайнинга надкусанных и прочих подобных на этом построена.
> По ходу, большая часть маркетинга/дизайнинга надкусанных и прочих
> подобных на этом построена.Это назывется "культ быдлопотребления" (есть и менее культурный термин - "потребццтво"). Состит ... в гордости своим умением хавать что дали. В как можно больших количествах. Придуман корпорасами специально для тех у кого отсутствует мозг. Разумеется, с целью увеличения PROFIT-ов. Ведь чем больше и дороже вы захавали, тем больше денег перетекает из вашего кармана в их карман. Профит очевиден! Вот только куда ведет этот путь? Видимо, назад к стаду деградантов, не способных ни к чему кроме как тупо жрать что дали?!
nVidia как обычно молодцы - у них замечательные драйверы что под Linux что под FreeBSD. А вот гoвнeцо от AMD, а уж тем более опенсорсные драйвера-пoделки давно зaкопать пора было вместе с KMS, Gallium3D и прочей ересью.И это, кстати, замечательной щелчок по носу велосипедостроителям - приверженцам wayland'а, которые поддержку драйвера от nVidia не осиливают - получается то, что ожидалось - недоделка, работающая только на недоделках.
http://www.google.ru/search?q=linux+nvidia+%D0%BF&...
и
http://www.google.ru/search?q=linux+ati+%D0%BF...Сравни количество результатов, ага.
linux nvidia проблемы - Результатов: примерно 977 000 (0,06 сек.)
linux ati проблемы - Результатов: примерно 1 100 000 (0,07 сек.)
И что те дадут циферки?
> И что те дадут циферки?А если подумать?
Большое количество пользователей линукс предпочитают Ati?
> А если подумать?Если подумать то что 900k что миллион с гаком не так уж и сильно отличаются, чтобы однозначно и безоговорочно записать одно в рулез и другое в отстой? :)))
Срочно учим матчасть. Особенно раздел, как именно работают поисковые системы.
Понятно, что слово Linux встречатся примерно одинаково во всех случаях, а оставшаяся разница - как раз более менее точно объясняет ситуацию почему NVidia - всё хорошо, а ATI - как башорговский баян про костёр в лесу - большой и тёплый, но дрова - гавно.
Давайте я просто кубик кину и сравню. Менее бредово будет.
Зря вы так про KMS. Очень удобная штука, особенно когда внешний монитор при загрузке сам подхватывается. В противном случае, приходится лезть в n-settings.Но vdpau - да.
Пожалуй, драйвера для видеокарт - наиболее кривые драйвера для линукса вообще. То, что WebGL приходит в массы и станет стандартом для веб 3д графики означает что производителям уже не получится так забивать на дровишки. Так что через год-два стабильность и качество месы/драйверов должно сильно повысится.
> Так что через год-два стабильность и качество месы/драйверов должно сильно повысится.Кстати, согласен. Всё это время они пилили фичи, а сейчас потихоньку переориентируются на оптимизацию, т.к. функционал уже, в принципе, позволяет запускать более-менее серьёзные игры.
>Пожалуй, драйвера для видеокарт - наиболее кривые драйвера для линукса вообще.поправлю - не для линукса, а просто "вообще" :)
сложность самая высокая...
Геймеры так комментируют, как будто под вендами видяшные дрова не глючат. Вот только сегодня на свежем протестированном железе под седьмой форточкой со всеми возможными патчами и с последним стабильным драйвером словили синий экран в драйвере atikmdag.sys. BSOD внезапный и на ровном месте, а не в каких-то играх и тестах и на нескольких разных писюках.Если вспомнить лет 5-8 назад ― без бубна, риватюнера и драйверов от энтузиастов вообще погамать в удовольствие было проблематично. Сейчас конечно вендовые дрова тоже не такой понос как раньше, но до стабильности им ой как далеко. Просто производители игор и геймеры уже приспособились жрать кактус.
> Геймеры так комментируют, как будто под вендами видяшные дрова не глючат.У интеля на винде тоже кривой OpenGL, так что фурифокс на интелском интеграте не может поюзать WebGL, но это не мешает им тут верещать. Интересно, они настолько тупы, или настолько лицемерны? oO
>Это — задача операционной системы и/или JVM. Пока что JVM показывает наилучшее
>управление ресурсами, чем, собственно, ядро ОССмеялся очень долго и с наслаждением.
> В JVM есть разные стратегии распределения памяти и уборки мусора. Под разные
> задачи можно выбрать оптимальные.Т.е. те, которые разработчики языка посчитали оптимальными. Шаг в право-шаг влево -- расстрел на месте )))
>> В JVM есть разные стратегии распределения памяти и уборки мусора. Под разные
>> задачи можно выбрать оптимальные.
> Т.е. те, которые разработчики языка посчитали оптимальными. Шаг в право-шаг влево --
> расстрел на месте )))более развернуть шаги вправо и влево можете ? любитель тёплого лампового
легко - в граничных услових, как то - нехватка ресурсов (памяти, озу,...) или наоборот, когда надо выполнить быстро утиль (быстро загрузить, посчитать и выдать результат) - весь живыэм идёт лесом. вместе со своим гарбэджколектором. последний (в обоих случаях) вообще не успевает отрабатывать.
да и для сложных гуишных приложений - марсинский вариант с откликом на действия как с марса.
жаба - это j2ee и его потомки. в иных случаях нафиг не нужна. даже для апплетов.
Давно не заглядывал, виноват ).
Если Вы, как девелопер, не можете сами развернуть,
Вам уже никто не поможет, интерпретатор чужого сознания )))
ATI HD3200 Catalyst 10.12
Chromium 10.0.634.0 (70875) Ubuntu 10.10
Results: (5287 of 5327 passed, 4 timed out)
Иксы ниразу не упали.
Что-то мозиловцы попутали.
Они тестировали на 10.04, а в 10.10 иксы более поздней версии. Может поэтому ?
Да и Chromium не Firefox всё-таки.
В том-то и дело что я не смог включить в FF4 b9 поддержку webgl, как я понимаю из-за их блеклиста драйверов. Уж в тестовых версиях то могли бы оставить право выбора для юзера, на то они и тестовые.
Вроде в новости предлагается как отключить блок ? Не помогло ?
Сделал как тут написано пишет:
This browser does not appear to support WebGL
Погуглил написано:
# Start Minefield.
# Go to the page “about:config”
# Filter for “webgl”
# Switch the value “webgl.enabled_for_all_sites” to “true”.
Я у себя такого параметра не нашел вообще.
"Отключить проверку в черном списке можно путем установки переменной окружения MOZ_GLX_IGNORE_BLACKLIST=1 перед запуском Firefox"Пробовал ?
Во теперь понял что я делал не так.
Firefox 4.0b9
Results: (5217 of 5323 passed, 3 timed out)
Соответственно: Ubuntu 10.10, Catalyst 10.12, xorg 7.5.
Проблем со стабильностью не возникло.Кстати, как лучше прописать переменную окружения при запуске системы?
Дистрибутивозависимо :) Например в Ubuntu это обычно /etc/environment
А лучше всего прописать в стартовом скрипте специально для Firefox.
Спасибо, теперь работает всегда. А как включить поддержку аппаратного ускорения? В Chromium я быстро нашел колючи, а для FF никак не могу нагуглить, способ описанный для виндовой версии не работает.
Какое именно ускорение ?
>>>Отключить проверку в черном списке можно путем установки переменной окружения MOZ_GLX_IGNORE_BLACKLIST=1 перед запуском Firefox, но в этом случае стабильность работы браузера не гарантируется. <<<а где можно поглядеть список состовляющих на этого чорного списока? %)
Сказано же - всё кроме NVidia.
Эмм... кто-то хотел посмотреть на игрушку для мобильника на уровне nfs?
Собственно вот, и таких уже много http://www.youtube.com/watch?v=-FC01eMGoV8
