Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Разработчики Firefox обратили внимание на проблемы с работой..., opennews (ok), 18-Янв-11, (0) [смотреть все] А мы еще говорим, что Linux может стать игровой платформой Пока производители ж, Vitto74 (ok), 13:04 , 18-Янв-11, (1) +9 // производитель Дальше не читал , Zenitur (?), 13:07 , 18-Янв-11, (4) –11 // Ладно, с атишниками все ясно Атишники это атишники А как ты попытаешься оправл, Аноним (-), 14:03 , 18-Янв-11, (22) +1 // Ну вы просто wintel современный еще не видели просто Вот это и правда шедевраль, User294 (ok), 14:25 , 18-Янв-11, (40) –2 Тролли такие тролли Под Виндой у Интела дрова неплохие, ровно на свои деньги, н, виндоюзер со стажем (?), 14:19 , 19-Янв-11, (150) –1 Тролли такие тролли Под Линухом у Интела дрова неплохие, ровно на свои деньги, , ананим (?), 14:35 , 19-Янв-11, (153) +2 Не заметил как-то Видел 2 жестких дедлока по вине видеодрайвера виста и семерк, User294 (ok), 18:24 , 19-Янв-11, (161) Еще раз - для тех, кто в танке - нету на Интеле тех проблем, что ему приписывают, виндоюзер со стажем (?), 19:50 , 19-Янв-11, (166) Это вы гуглу расскажете, имхо Гугл утверждает обратное Пруфлинк http russia, User294 (ok), 22:14 , 19-Янв-11, (171) на линухе, на интеле GLQuake и Quake III Arena бегают , а также их многочисленн, ананим (?), 23:12 , 19-Янв-11, (175) +1 При том, что webGL рендеринг осуществляется через openGL PS А насчет ОпенГЛ, нап, Виндоюзер_со_стажем (ok), 10:37 , 20-Янв-11, (183) Ну надо же Он после пары дней флейма и троллинга все-таки согласился с очевидны, User294 (ok), 12:53 , 20-Янв-11, (190) Ахренеть Читайте свою писанину То у него драйвера сбоят как душе угодно ужас, Виндоюзер_со_стажем (ok), 14:50 , 20-Янв-11, (193) Ну да, конечно, 2 лично виденных дедлока операционки из-за закидонов видеодрайве, User294 (ok), 15:32 , 20-Янв-11, (195) User294 говорит недоговорками Я скажу всё как есть Microsoft приняла в 95-ю ви, Zenitur (?), 01:05 , 20-Янв-11, (180) не совсем так - у них опенжиэль работал поверх dx естесно тормознее но пользо, ананим (?), 03:35 , 20-Янв-11, (182) Так погоди, если МС убрал библиотеку, как интель ее может использовать тогда , User294 (ok), 15:34 , 20-Янв-11, (196) Тем, что Mesa изначально не была предназначена для аппаратного видеоускорения в, Zenitur (?), 01:01 , 20-Янв-11, (179) А чем те что есть - не нормальные Не путай недопиленность с глюкавостью , Аноним (-), 13:10 , 18-Янв-11, (6) Если бы падения возникали при игровом тесте от Unigine - то да, наверное Linux н, Аноним (-), 13:48 , 18-Янв-11, (16) Чукча не читатель Речь идет об OpenGL ES, который был совсем недавно добавлен в , Кракен (ok), 14:15 , 18-Янв-11, (33) // а вот и нифига на phoronix один из разрабов огнелиса пишет, что они тоже испо, DFX (ok), 16:37 , 18-Янв-11, (71) // Опа Точно Как-то криво я читал Выходит, что я - чукча , Кракен (ok), 20:29 , 18-Янв-11, (114) +2 Если вы такой офигенно умный - ну, покажите мне чтоли работу этого WebGL на инте, User294 (ok), 14:21 , 18-Янв-11, (38) –1 // С вендой всегда было и будет одинаково пиарщики кричат о новых функциях, поддер, rshadow (?), 15:55 , 18-Янв-11, (63) +2 // Ну так я не виноват что некоторые необъективно выставляют факты в коментах А са, User294 (ok), 17:09 , 18-Янв-11, (78) –1 Battle for Wesnoth зело порадовал Очень простая для освоения игра, никаких изли, Аноним (-), 18:54 , 18-Янв-11, (100) +1 Вам сколько лет 13, 15 видимо Что это за аргумент такой Игры Ну есть у меня н, Анон (?), 18:55 , 18-Янв-11, (101) +2 Ну, они считают, что мега тру игровой апи на игровой платформе это ПрямоХ, а тут, Анон (?), 16:34 , 18-Янв-11, (70) // Извиняюсь, конечно, но какиенить там кваки вроде всю жизнь OpenGL юзали Даже по, User294 (ok), 18:18 , 18-Янв-11, (96) –1 Такой мастодонт как 3dsmax на ВЫБОР предлагает OpenGl или DirectX чего уж та, Анон (?), 18:02 , 19-Янв-11, (160) Да ладно бы просто игровой платформой, дык многие реально верят, что скоро все б, VolanD (ok), 15:41 , 18-Янв-11, (62) Спасибо, поржал, Аноним (-), 23:15 , 18-Янв-11, (128) Давно наблюдаю проблемы с картами ATI RADEON на UBUNTU LINUX NVIDIA пашет отличн, LMSXSR (?), 13:04 , 18-Янв-11, (2) –5 // Не AMD а ATi АМД-шники драйверы пишут хорошо , Zenitur (?), 13:06 , 18-Янв-11, (3) Ну а чего вы хотели Знали же на что шли, когда выбирали Ubuntu , Аноним (-), 13:12 , 18-Янв-11, (7) –7 // Сегодня во вторник, 18 января 2011 года, в 13 57 по Москве, трое безвестных убун, Аноним (-), 14:02 , 18-Янв-11, (21) –2 // Сегодня рыбный день, а троллей рыбой не кормят , twilight (ok), 07:53 , 19-Янв-11, (140) Ага, когда убунтушникам говорят правду, которая подтверждается словами самих же , Аноним (-), 14:27 , 19-Янв-11, (151) –2 Убунтушник у меня всё глючит Аноним да, у тебя всё глючит Убунтушник ты - тро, Аноним (-), 14:38 , 19-Янв-11, (154) –2 Убунтушник у меня всё глючит Тролль у тебя все глючит потому что убунтуУбунтуш, szh (ok), 16:49 , 19-Янв-11, (158) У меня Gentoo и Debian, вышеописанных глюков нет Вывод Дело в Убунте , Аноним (-), 13:20 , 20-Янв-11, (191) –1 вывод - ты нелюбишь Убунту и все подряд валишь на нее Чтобы обвинить убунту для, szh (ok), 15:31 , 20-Янв-11, (194) Нет Я научен горьким опытом работы с Убунту не на одном компе С тех пор как от, Аноним (-), 18:05 , 20-Янв-11, (198) в ubuntu дрова на в карту обычно работают нормально только вот сплэш задолбало ч, анонимный_обыватель (?), 14:14 , 18-Янв-11, (32) // Ты первый раз заметил Могу тебе найти несколько обсуждений на ЛОРе, где люди го, Аноним (-), 14:19 , 18-Янв-11, (37) +1 не первый, конечно насколько помню, там с 9 10 сплэши бьются регулярно, а их из, анонимный_обыватель (?), 18:05 , 18-Янв-11, (91) А вот в OpenSUSE сплеши вообще не бьются и лечить их не надо , Anixx (?), 18:58 , 18-Янв-11, (103) а может дело в консерватории я так понимаю патчить собираются меса а не дрова , Зилибоба (ok), 13:13 , 18-Янв-11, (8) // Я думаю, что замочить иксы не поможет, если это глюк Мезы, или любой другой Op, Аноним (-), 13:47 , 18-Янв-11, (15) +3 чота я глюков не вижу ни там ни там а что у вас за проблемы с картами вы баг, Зилибоба (ok), 13:39 , 18-Янв-11, (13) // пишем, висят по полгода без единого комментприя , анонимус (??), 16:31 , 18-Янв-11, (69) The Future is Fusion, AMD (??), 14:05 , 18-Янв-11, (24) –1 // При том видимо под Linux А то довелось тут посмотреть как WebGL работает под ви, User294 (ok), 14:31 , 18-Янв-11, (43) –3 Это радует Видно, что люди не сидят, а оперативно реагируют на все веяния индус, Аноним (-), 13:09 , 18-Янв-11, (5) +4 // У них всё работает хорошо, нужно только выловить баги в новейших функциях OpenGL, Zenitur (?), 13:13 , 18-Янв-11, (9) // fixed хорошее семейство операционных систем GNU Linux , fi (ok), 17:53 , 18-Янв-11, (89) Не знаю, на r100 всё работало ужасно Хотя карта примитивная в сравнении с совре, Аноним (-), 19:02 , 18-Янв-11, (104) Наконец разработчиков Mesa кто-то подпнул и это хорошо Эх еще бы шейдеры запили, Аноним (-), 13:45 , 18-Янв-11, (14) –1 AMD Catalyst Results 4269 of 5365 passed, 2 timed out при прохождении тестов X, alex789 (?), 13:49 , 18-Янв-11, (17) // Не знаю как их официальные тесты, а демка в женщиной от гугла а меня прекрасно к, gkv311 (ok), 15:27 , 18-Янв-11, (58) // да так прям сядут и исправят А время откуда Им маркетологи фёчеров нарисовали , pro100master (ok), 18:47 , 18-Янв-11, (99) Странно у меня и с Nvidiа вскими пропиетарными дровами последней версии и хромиу, Avator (ok), 13:50 , 18-Янв-11, (18) Ура, разработчики Мезы признали, что в их реализации OpenGL полно гдюков Я уже , Аноним (-), 13:51 , 18-Янв-11, (19) // А почему вы уверены что работа с динамическим освещением в R600 реализована на 1, Аноним (-), 13:54 , 18-Янв-11, (20) +1 // Потому что в том конкретном случае, это псевдо-динамическое освещение на основе , Аноним (-), 14:06 , 18-Янв-11, (25) // Судя по http www x org wiki RadeonFeature работа с текстурами на R600 не допил, Аноним (-), 14:13 , 18-Янв-11, (30) Присылайте багрепорты, лучше патчи , eSyr (ok), 15:19 , 18-Янв-11, (55) Браузер ложит Xorg 8212 это ещё один Epic Fail программистов C C , iZEN (ok), 14:13 , 18-Янв-11, (29) –9 // предлагаете писать на дотнетовских закорючках, или я юмора не понял , анонимный_обыватель (?), 14:17 , 18-Янв-11, (36) А ты на яве на своей роди графическую подсистему с 3D, птичкадятел Как, слабо , User294 (ok), 14:36 , 18-Янв-11, (44) –4 // Java3D под IE4 в 1999 году на PCI-карточке с 2МБ набортного ОЗУ не ложило графич, iZEN (ok), 17:22 , 18-Янв-11, (79) –3 // Это конечно же просто чудесно и познавательно однако и хде она сегодня эта Ja, Аноним (-), 17:34 , 18-Янв-11, (81) Она сегодня в мобильниках Иногда задействует OpenGL ES, если есть такая возможн, iZEN (ok), 17:42 , 18-Янв-11, (84) Да, сегодня в мобильниках без 3D уже никуда, факт Ни позвонить ни посрать ни по, Аноним (-), 17:44 , 18-Янв-11, (85) +1 Ну и где нормальные игры на этом Чтонить уровня quake или NFS, например Мне ни, User294 (ok), 12:15 , 19-Янв-11, (148) Погугли Получишь массу результатов с картинками Отраслевой стандарт JSR-239 Ja, iZEN (ok), 16:42 , 19-Янв-11, (157) Зачем мне картинки Вы мне нормально работающее чтонить покажите, что не вызывал, User294 (ok), 22:20 , 19-Янв-11, (172) Разработанная под девайс тормозная ява-виртуалка легко и непринужденно крутитс, анон (?), 23:19 , 19-Янв-11, (176) Ага, видел я как оно там легко и непринужденно крутится Какая-то мазня из неско, User294 (ok), 15:04 , 21-Янв-11, (204) Я рад за вас А много вы видели тех кто бы этим пользовался Вы указали плюсы , User294 (ok), 18:40 , 18-Янв-11, (97) В каком году После выхода Java2 1 3 JVM и rt jar грузились довольно быстро 64М, iZEN (ok), 19:14 , 18-Янв-11, (105) Уже точно не помню, конец 90х-начало 2000х, как раз машина с 64Мб памяти была П, User294 (ok), 19:31 , 19-Янв-11, (163) Java Plug-in для Mozilla был готов прикручивался без танцев с бубном , кажется,, iZEN (ok), 00:31 , 20-Янв-11, (178) Возможно, я не помню уже деталей Помню что попробовал разок поставить, т к наб, User294 (ok), 11:58 , 20-Янв-11, (185) Специально для тебя Garbage Collection наглядно http habrahabr ru blogs java , iZEN (ok), 21:17 , 28-Янв-11, (206) Мне жаль тебя расстраивать, но для вывода 3д оно использовало позорный C C код, б.б. (?), 08:29 , 19-Янв-11, (141) Ну вот, вы сломали картину идеального мира этому глуповатому жабисту Как вам не, User294 (ok), 19:32 , 19-Янв-11, (164) Я в курсе, капитан Очевидность Чё-то не роняло Сколько ни запускал 8212 на к, iZEN (ok), 00:20 , 20-Янв-11, (177) Ваще-то это косяк проектировщиков ОС , Аноним (-), 15:09 , 18-Янв-11, (53) +2 // Интересно, каким боком И как поступают правильные проектировщики И, главное, г, User294 (ok), 15:30 , 18-Янв-11, (60) –3 Программистов драйверов X Org, всё же Язык тут ни при чём , eSyr (ok), 15:20 , 18-Янв-11, (57) // если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует о, JL2001 (ok), 15:59 , 18-Янв-11, (65) –1   // Разруха, она не в клозетах, а в головах , eSyr (ok), 16:25 , 18-Янв-11, (68) +1   я приверженец точки зрения что человека надо пинками гнать к светлому будущему и, JL2001 (ok), 17:32 , 18-Янв-11, (80) +1   Пардон конечно за нескромный вопрос но - и много лично у Вас этих стай горе-пхп-, Аноним (-), 17:38 , 18-Янв-11, (82) +1   как бы так http lurkmore ru images 9 9d Dobeisa jpegмне хватает кода в дораб, JL2001 (ok), 17:48 , 18-Янв-11, (88)   403 Forbidden - Как говорится, FAIL Ну, если учесть что вы даже линку работающую, User294 (ok), 15:08 , 21-Янв-11, (205)   добавлю ещё что язык - это инструмент и он должен облегчать работу а не усложнят, JL2001 (ok), 17:45 , 18-Янв-11, (86) –2   Оно как бы да, но в жабе регулярно возникает ощущения жонглирования со связанным, Crazy Alex (??), 20:15 , 18-Янв-11, (109)   Единственное - IMHO, стоило бы сделать какой-нибудь MinimalD без GC , Crazy Alex (??), 20:16 , 18-Янв-11, (111)   а вы как любитель тёплого лампового звука можете обосновать чем плох GC и прош, JL2001 (ok), 22:58 , 18-Янв-11, (124)   Попыткой заменить мозг програмера и как следствие - не думающими головой програм, User294 (ok), 12:10 , 20-Янв-11, (186)   Для D3 0 запланировано следующее AST макросы http habrahabr ru blogs progr, JL2001 (ok), 22:48 , 18-Янв-11, (123)   Лично мне не нужно светлое будущее в котором раздают пинки Пусть жопа от пинков, User294 (ok), 12:48 , 19-Янв-11, (149)   добро пожаловать в демократичный капитализм с человеческим лицом все волки друг, JL2001 (ok), 14:29 , 19-Янв-11, (152)   Угу Капиталисты могут нам такое будущее забабахать, что какойнить там Сталин по, User294 (ok), 19:48 , 19-Янв-11, (165)   Круто, оказывается это не програмер должен называться криворуким халтурщиком, эт, User294 (ok), 18:01 , 18-Янв-11, (90) +3   Просто потому, что программа ещё может побороться за свою живучесть в рамках отв, iZEN (ok), 18:13 , 18-Янв-11, (94)   Уточним она сможет лишь непредсказуемо поглюкавить Забив на обработку проб, User294 (ok), 20:11 , 18-Янв-11, (108)   try-catch в современных языках программирования никто не отменял В блоке catch , iZEN (ok), 21:40 , 18-Янв-11, (121) +1   И что В обработчике исключения далеко не все удосуживаются написать что-то осмы, User294 (ok), 21:03 , 19-Янв-11, (168)   Это только на сях имеют два выхода segmentation fault или core dump 8212 выб, iZEN (ok), 01:18 , 20-Янв-11, (181)   Повесь свой обработчик на SIGSEGV, мистер тормоз И делай в нем все что твоей ду, User294 (ok), 12:34 , 20-Янв-11, (187)   тота в линуксе бывает выделено памяти 10 гигов, физической памяти 4 гига, свопа, JL2001 (ok), 15:16 , 19-Янв-11, (155)   О, мне всегда было интересно - допрет ли кто до этого тонкого момента Я кста, User294 (ok), 17:46 , 19-Янв-11, (159)   А вот бороться в таких ситуациях свинство и есть Не свинство - высыпать хорошую, Crazy Alex (??), 20:20 , 18-Янв-11, (112)   Ну, так, Firefox4 написан на C , у него нет стандартного стека исключений, кото, iZEN (ok), 21:55 , 18-Янв-11, (122) +1   Вообще то, как IMHO не сложно догадаться прослушав хотя бы первый курс любого ок, klalafuda (?), 23:08 , 18-Янв-11, (125)   Более того, JS выполняющийся в браузере ничем принципиально не отличается от бай, User294 (ok), 12:40 , 20-Янв-11, (188)   Ой, ну и бред же ты несёшь иногда , iZEN (ok), 14:22 , 20-Янв-11, (192)   Да ну брось, какая нахрен глобальная разница JVM JIT ом перегонит байткод в нат, User294 (ok), 21:18 , 20-Янв-11, (200)   Это 8212 действительно детали Но языки JavaScript и Java ещё ведь отличаются, iZEN (ok), 10:31 , 21-Янв-11, (202)   Опять же, это детали Да, кстати сие как бы некоторая проблема JS С другой ст, User294 (ok), 14:56 , 21-Янв-11, (203)   можно собирать машины ручной сборкой подгоняя детали напильником, а можно с помо, JL2001 (ok), 15:29 , 19-Янв-11, (156)   It depends Роботы ведь могут управляться и бухим оператором, линия может обслуж, User294 (ok), 21:20 , 19-Янв-11, (169)   Согласен И количество батхерта в теме доказывает правоту твоего тезиса , анон (?), 16:45 , 18-Янв-11, (72) –2 // Ну да, конечно, лучше если оно забило на ошибку, проработало полдня, а потом нач, User294 (ok), 18:09 , 18-Янв-11, (93) –1 // gt оверквотинг удален Потому что в руки насрать жабописцам Напердячат кода, к, Аноним (-), 18:17 , 18-Янв-11, (95) –1 Да вот только недавно видел цирк - Шеф Жрется XXXX оперативы Вашумать Кто жре, User294 (ok), 20:16 , 18-Янв-11, (110) –1 Ничего не напоминает , Knuckles (ok), 20:40 , 18-Янв-11, (117) +1 gt оверквотинг удален кстати для незнаек - GC можно принудительно дёрнуть в ци, JL2001 (ok), 23:10 , 18-Янв-11, (126) Тру жава вей, ага Главное чисто итераций цикла ещё побольше взять , Аноним (-), 11:48 , 19-Янв-11, (146) Наверное именно поэтому я и держусь от софта на яве за пушечный выстрел пусть, User294 (ok), 21:42 , 19-Янв-11, (170) Надеюсь, фиксы будут бекпортированы в дистрибутивах , Кракен (ok), 14:13 , 18-Янв-11, (31) // В энтерпрайзных да А в десктопных нет смысла С обновлениями придет последняя в, Аноним (-), 14:26 , 18-Янв-11, (41) Толстый, ещё свой Радеон не хочешь поменять ---Results 5221 of 5315 passed,, pavlinux (ok), 14:40 , 18-Янв-11, (45) –2 // Проприетарный AMDResults 5237 of 5313 passed, 3 timed out Mozilla 5 0 X11 Li, filosofem (ok), 19:44 , 18-Янв-11, (106) // This browser does not appear to support WebGL webgl enabled_for_all_sites TRU, JL2001 (ok), 20:33 , 18-Янв-11, (116) // Последнее предложение в сабже же , filosofem (ok), 21:02 , 18-Янв-11, (118) спасибо, переклинило что это будет в следующих релизахрезультат таймауты или ком, JL2001 (ok), 21:39 , 18-Янв-11, (120) У меня Catalystserver glx vendor string ATI Мы проприетарными дровишками меряем, filosofem (ok), 09:07 , 19-Янв-11, (142) Стоит только начать читать комменты, как сразу забываешь о чем шла речь в посте , trifonov (ok), 14:58 , 18-Янв-11, (47) +8 Да Вои вам и первые лопнутые пузыри на поприще Линуксе, но это только цветочк, Аноним (-), 15:00 , 18-Янв-11, (49) –7 // Тебя он давно покусал, судя по всему , Аноним (-), 15:01 , 18-Янв-11, (50) // Да, меня он уже покусал Но ничего, сорок прививок под лопатку и я снова в строю, Аноним (-), 15:03 , 18-Янв-11, (52) // Ну так не плодись , Boboms (ok), 15:20 , 18-Янв-11, (56) +5 А что - дети Под BSD я так понимаю и так нихрена не работает из мира 3D Так чт, Аноним (-), 17:40 , 18-Янв-11, (83) –2 Нет, не понимаете , Школьник (ok), 18:08 , 18-Янв-11, (92) Для детей есть линукс БСД может спать спокойно, oops_ (?), 03:19 , 19-Янв-11, (138) Не понимаете Я вот на фре второй старик на днях прошёл , Аноним (-), 11:46 , 19-Янв-11, (145) Я б лучше их жалел в случае эпплов майкрософтов пожалуй Таким конторам нужны в , User294 (ok), 20:30 , 18-Янв-11, (115) Ну почему же Перед другими такими же очень даже можно и погордиться, типа а я , Ytch (?), 23:14 , 18-Янв-11, (127) Это назывется культ быдлопотребления есть и менее культурный термин - потреб, User294 (ok), 22:24 , 19-Янв-11, (173) nVidia как обычно молодцы - у них замечательные драйверы что под Linux что под F, Аноним (-), 16:00 , 18-Янв-11, (66) // http www google ru search q linux nvidia D0 BF D1 80 D0 BE D0 B1 D0 BB D0 B5 , Аноним (-), 16:07 , 18-Янв-11, (67) // linux nvidia проблемы - Результатов примерно 977 000 0,06 сек linux ati проб, куку (?), 16:50 , 18-Янв-11, (73) // А если подумать , Аноним (-), 17:05 , 18-Янв-11, (76) Большое количество пользователей линукс предпочитают Ati , Кракен (ok), 21:38 , 18-Янв-11, (119) Если подумать то что 900k что миллион с гаком не так уж и сильно отличаются, что, User294 (ok), 22:27 , 19-Янв-11, (174) Срочно учим матчасть Особенно раздел, как именно работают поисковые системы Пон, Sunder (ok), 18:44 , 18-Янв-11, (98) Давайте я просто кубик кину и сравню Менее бредово будет , Аноним (-), 11:44 , 19-Янв-11, (144) Зря вы так про KMS Очень удобная штука, особенно когда внешний монитор при загр, Boboms (ok), 16:54 , 18-Янв-11, (75) Пожалуй, драйвера для видеокарт - наиболее кривые драйвера для линукса вообще Т, Анон (?), 16:51 , 18-Янв-11, (74) +1 // Кстати, согласен Всё это время они пилили фичи, а сейчас потихоньку переориенти, Аноним (-), 17:07 , 18-Янв-11, (77) поправлю - не для линукса, а просто вообще , pro100master (ok), 18:56 , 18-Янв-11, (102) +1 сложность самая высокая , Crazy Alex (??), 20:23 , 18-Янв-11, (113) Геймеры так комментируют, как будто под вендами видяшные дрова не глючат Вот то, filosofem (ok), 19:55 , 18-Янв-11, (107) // У интеля на винде тоже кривой OpenGL, так что фурифокс на интелском интеграте не, User294 (ok), 12:47 , 20-Янв-11, (189) Смеялся очень долго и с наслаждением Т е те, которые разработчики языка посчита, mirr0r (ok), 23:18 , 18-Янв-11, (129) // более развернуть шаги вправо и влево можете любитель тёплого лампового, JL2001 (ok), 00:11 , 19-Янв-11, (133) // легко - в граничных услових, как то - нехватка ресурсов памяти, озу, или на, ананим (?), 11:16 , 20-Янв-11, (184) Давно не заглядывал, виноват Если Вы, как девелопер, не можете сами развернуть, mirr0r (ok), 16:37 , 20-Янв-11, (197) ATI HD3200 Catalyst 10 12 Chromium 10 0 634 0 70875 Ubuntu 10 10Results 5287, AleksK (ok), 23:24 , 18-Янв-11, (130) // Они тестировали на 10 04, а в 10 10 иксы более поздней версии Может поэтому Да, Sunder (ok), 23:30 , 18-Янв-11, (131) // В том-то и дело что я не смог включить в FF4 b9 поддержку webgl, как я понимаю и, AleksK (ok), 23:58 , 18-Янв-11, (132) Вроде в новости предлагается как отключить блок Не помогло , Sunder (ok), 00:14 , 19-Янв-11, (134) // Сделал как тут написано пишет This browser does not appear to support WebGLПогуг, AleksK (ok), 00:20 , 19-Янв-11, (135) // Отключить проверку в черном списке можно путем установки переменной окружения M, Sunder (ok), 00:29 , 19-Янв-11, (136) // Во теперь понял что я делал не так Firefox 4 0b9Results 5217 of 5323 passed, 3, AleksK (ok), 00:44 , 19-Янв-11, (137) Дистрибутивозависимо Например в Ubuntu это обычно etc environmentА лучше все, Sunder (ok), 07:31 , 19-Янв-11, (139) Спасибо, теперь работает всегда А как включить поддержку аппаратного ускорения , AleksK (ok), 10:21 , 19-Янв-11, (143) Какое именно ускорение , Sunder (ok), 18:43 , 19-Янв-11, (162) а где можно поглядеть список состовляющих на этого чорного списока , Аноним123321 (ok), 20:58 , 19-Янв-11, (167) // Сказано же - всё кроме NVidia , Sunder (ok), 19:06 , 20-Янв-11, (199) Эмм кто-то хотел посмотреть на игрушку для мобильника на уровне nfs Собственн, Аноним (-), 00:11 , 21-Янв-11, (201) 1,2,5,14,17,18,19,29,31,45,47,49,66,74,107,129,130,134,167,201

Сообщения

[Сортировка по времени | RSS]

	65. "Разработчики Firefox обратили внимание на проблемы с работой..."	–1 +/–
	Сообщение от JL2001 (ok), 18-Янв-11, 15:59
	>> "Браузер ложит Xorg" —  это ещё один Epic Fail программистов C/C++! > Программистов драйверов X.Org, всё же. Язык тут ни при чём. если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Разработчики Firefox обратили внимание на проблемы с работой..."	+1 +/–
	Сообщение от eSyr (ok), 18-Янв-11, 16:25
	>>> "Браузер ложит Xorg" —  это ещё один Epic Fail программистов C/C++! >> Программистов драйверов X.Org, всё же. Язык тут ни при чём. > если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки Разруха, она не в клозетах, а в головах.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Разработчики Firefox обратили внимание на проблемы с работой..."	+1 +/–
	Сообщение от JL2001 (ok), 18-Янв-11, 17:32
	>>>> "Браузер ложит Xorg" —  это ещё один Epic Fail программистов C/C++! >>> Программистов драйверов X.Org, всё же. Язык тут ни при чём. >> если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки > Разруха, она не в клозетах, а в головах. я приверженец точки зрения что человека надо пинками гнать к светлому будущему иначе мы будем вечно иметь пхп-стайл программирование и постоянно вычищать опечатки, забытые инициализации, забытые освобождения явно неиспользуемых ссылок, нульпойнтеры и переполнения
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Разработчики Firefox обратили внимание на проблемы с работой..."	+1 +/–
	Сообщение от Аноним (-), 18-Янв-11, 17:38
	> я приверженец точки зрения что человека надо пинками гнать к светлому будущему > иначе мы будем вечно иметь пхп-стайл программирование и постоянно вычищать опечатки, > забытые инициализации, забытые освобождения явно неиспользуемых ссылок, нульпойнтеры > и переполнения Пардон конечно за нескромный вопрос но - и много лично у Вас этих стай горе-пхп-программистов? Что доставляют Вам ежедневную столь нестерпимую Боль? Ну хотя бы пара-тройка то сотен наберется? Чтобы было кого конкретно пинать и гнать гуртом к светлому будущему..
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от JL2001 (ok), 18-Янв-11, 17:48
	>> я приверженец точки зрения что человека надо пинками гнать к светлому будущему >> иначе мы будем вечно иметь пхп-стайл программирование и постоянно вычищать опечатки, >> забытые инициализации, забытые освобождения явно неиспользуемых ссылок, нульпойнтеры >> и переполнения > Пардон конечно за нескромный вопрос но - и много лично у Вас > этих стай горе-пхп-программистов? Что доставляют Вам ежедневную столь нестерпимую Боль? > Ну хотя бы пара-тройка то сотен наберется? Чтобы было кого конкретно > пинать и гнать гуртом к светлому будущему.. как бы так ? http://lurkmore.ru/images/9/9d/Dobeisa.jpeg мне хватает кода в дорабатываемых мной проектах чтоб иметь представление о вопросе
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 21-Янв-11, 15:08
	> как бы так ? http://lurkmore.ru/images/9/9d/Dobeisa.jpeg 403 Forbidden - Как говорится, FAIL! > мне хватает кода в дорабатываемых мной проектах чтоб иметь представление о вопросе Ну, если учесть что вы даже линку работающую привести не можете, я представляю что там у вас в проектах творится. Таких пинателей самих поди первым делом пинать надо.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Разработчики Firefox обратили внимание на проблемы с работой..."	–2 +/–
	Сообщение от JL2001 (ok), 18-Янв-11, 17:45
	>>>>> "Браузер ложит Xorg" —  это ещё один Epic Fail программистов C/C++! >>>> Программистов драйверов X.Org, всё же. Язык тут ни при чём. >>> если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки >> Разруха, она не в клозетах, а в головах. > я приверженец точки зрения что человека надо пинками гнать к светлому будущему > иначе мы будем вечно иметь пхп-стайл программирование и постоянно вычищать опечатки, > забытые инициализации, забытые освобождения явно неиспользуемых ссылок, нульпойнтеры > и переполнения добавлю ещё что язык - это инструмент и он должен облегчать работу а не усложнять (мб конешно у меня в сях мало опыта но вспоминая как начинал изучать Java, C# или D сейчас - проект понимается куда проще)
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	109. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от Crazy Alex (??), 18-Янв-11, 20:15
	Оно как бы да, но в жабе регулярно возникает ощущения жонглирования со связанными руками. Уж больно примитивный язык. А примитивность эта, понятное дело, выливается в большие объёмы кода, нужного, чтобы её компенсировать. Плюсы, при всех своих неудобствах, много больше позволяют. Впрочем, насчёт D соглашусь - достойно у них вышло :-) Правда начинает хотеться большего - AST-макросов, например, или пользовательских операторов - но это я уже зажрался :-)
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от Crazy Alex (??), 18-Янв-11, 20:16
	> Оно как бы да, но в жабе регулярно возникает ощущения жонглирования со > связанными руками. Уж больно примитивный язык. А примитивность эта, понятное дело, > выливается в большие объёмы кода, нужного, чтобы её компенсировать. Плюсы, при > всех своих неудобствах, много больше позволяют. Впрочем, насчёт D соглашусь - > достойно у них вышло :-) Правда начинает хотеться большего - AST-макросов, > например, или пользовательских операторов - но это я уже зажрался :-) Единственное - IMHO, стоило бы сделать какой-нибудь MinimalD без GC...
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от JL2001 (ok), 18-Янв-11, 22:58
	>> Оно как бы да, но в жабе регулярно возникает ощущения жонглирования со >> связанными руками. Уж больно примитивный язык. А примитивность эта, понятное дело, >> выливается в большие объёмы кода, нужного, чтобы её компенсировать. Плюсы, при >> всех своих неудобствах, много больше позволяют. Впрочем, насчёт D соглашусь - >> достойно у них вышло :-) Правда начинает хотеться большего - AST-макросов, >> например, или пользовательских операторов - но это я уже зажрался :-) > Единственное - IMHO, стоило бы сделать какой-нибудь MinimalD без GC... а вы как любитель тёплого лампового звука можете обосновать чем плох GC ? и прошу вас, без ссылок на жаву и си# - там виртуальные машины вобще-то
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 20-Янв-11, 12:10
	> а вы как любитель тёплого лампового звука можете обосновать чем плох GC Попыткой заменить мозг програмера и как следствие - не думающими головой програмерами, уповающими на то что "оно само все сделает". И в итоге куча неочевидных утечек памяти, которые обнаруживаются далеко не сразу. При этом у поклонников GC еще и хватает наглости верещать что оно избавляет от утечек памяти. Ну да, конечно, я на примере реально существующих команд жабистов и дотнетчиков это во весь рост заметил. При том почему-то есть ощущение что сишники какимнить valgrind-ом проблемы с памятью вычисляют явно проще и быстрее. Во всяком случае, ни разу не видел чтобы сишные програмеры неделю бы бодались с отловом утечек. Жабистов и дотнетчиков бодающихся неделю с неочевидным результатом - видел.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от JL2001 (ok), 18-Янв-11, 22:48
	> Оно как бы да, но в жабе регулярно возникает ощущения жонглирования со > связанными руками. Уж больно примитивный язык. А примитивность эта, понятное дело, > выливается в большие объёмы кода, нужного, чтобы её компенсировать. Плюсы, при > всех своих неудобствах, много больше позволяют. Впрочем, насчёт D соглашусь - > достойно у них вышло :-) Правда начинает хотеться большего - AST-макросов, > например, или пользовательских операторов - но это я уже зажрался :-) Для D3.0 запланировано следующее:     AST макросы. http://habrahabr.ru/blogs/programming/75451/ лично меня переопределение операторов и макросы напрягают ибо часто приходится долго разбираться что же имели в виду когда их писали, с первого взгляда не видно где грабли могут лежать и можно найти участок далеко не на первом просмотре кода
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	149. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 19-Янв-11, 12:48
	> я приверженец точки зрения что человека надо пинками гнать к светлому будущему Лично мне не нужно светлое будущее в котором раздают пинки. Пусть жопа от пинков болит сугубо у вас, а мне такого счастья не надо.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	152. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от JL2001 (ok), 19-Янв-11, 14:29
	>> я приверженец точки зрения что человека надо пинками гнать к светлому будущему > Лично мне не нужно светлое будущее в котором раздают пинки. Пусть жопа > от пинков болит сугубо у вас, а мне такого счастья не надо. добро пожаловать в демократичный капитализм с человеческим лицом. все волки друг другу товарищи. полегчало ? из человека надо выдавливать животное, не давать животному бонусов (хоть в виде несоблюдения договоров, хоть в виде невнятно написанного кода)
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 19-Янв-11, 19:48
	> добро пожаловать в демократичный капитализм с человеческим лицом. Угу. Капиталисты могут нам такое будущее забабахать, что какойнить там Сталин покажется не таким уж и плохим человеком. Ведь как известно, нет такого преступления на которое бы не пошел капиталист ради получения прибыли... ;). А технические возможности явно поболее будут. Небольшое превью светлого будущего можно найти где-то в районе http://www.ruformator.ru/news/article06568/default.asp > из человека надо выдавливать животное, Сколько вы не пинай несчастную обезьяну, не запирай ее за печатной машинкой и не дрессируй, Толстым она от этого не станет. Думаете, талант и умение думать можно вбить пинками? Сомневаюсь.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Разработчики Firefox обратили внимание на проблемы с работой..."	+3 +/–
	Сообщение от User294 (ok), 18-Янв-11, 18:01
	> если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки Круто, оказывается это не програмер должен называться криворуким халтурщиком, это язык ему оказывается виноват. А потом мы еще удивляемся, когда в программах вылезают просто эпичные баги. Вообще, такое почему-то очень похоже на попытку все-таки написать (и продавать - PROFIT!!!) Войну и Мир путем упихивания миллиона обезьян за печатные машинки, расстановкой загродок чтобы они не сбежали, старательной дрессировкой, чтобы жали более-менее правдоподобные кнопки и прочая. Только войной и миром результат все-таки не станет. И говнокоду от криворуких говнокодеров хорошей программой без ошибок - уж точно не бывать. P.S. кстати многие логические ошибки бывают куда суровее и опаснее чем технические. Обезьяны почему-то упорно кивают на умные языки которые за них подумают и им жопу подотрут, но игнорируют этот простой факт. Хотя наиболее жуткие и проблемные последствия вылезают как правило именно из-за логических ошибок, не привязаннх к языкам *вообще* *никак*. Из-за логических ошибок теряются/искажаются/утекают данные. Из-за логических ошибок попадают на деньги. Из-за логических ошибок сталкиваются поезда и падают самолеты. Так ли при этом ужасен какой-то там несчастный крах? Алсо, крах в целом - вообще не факт что что-то плохое. При крахе сразу видно что программа не работает корректно, ее можно сразу перезапустить с неискаженными данными + велика вероятность что кто-то сможет сделать "разбор полетов" по горячим следам. А что если краха не будет? Вообще, если произошла какая-то ошибка, а программа на нее забила - вариантов есть два: программа может или быть принудительно завершена дефолтным обработчиком ошибки ("крах"), т.к. нет оснований ожидать корректной работы программы, или она может попробовать продолжить работу, как будто все было ок. Только результат работы будет неопределен и возможны любые сюрпризы, которые появятся как только программа попробует сделать что-то, зависевшее от места на котором возникла проблема. Кстати оба подхода обработки ошибок в принципе возможны и для нативного и для манагед кода. Собссно все современные процессоры позволяют отделить программу от других программ и ОС в "песочницу", так что крах - всего лишь обнаружение процессором того факта что программа работает некорректно и попробовала сделать операцию которая не должна была происходить. Аппаратно или софтварно будет дернут обработчик по этому поводу и апаратный или виртуальный процессор при этом - вообще не так уж и принципиально. Принципиальное отличие только одно: можно или забить на ошибку, или не забить и вырубить программу. В первом случае программа продолжит работать, а глюк скорее всего окажется не замечен (зато он может больно вдарить потом, спасибо если не через неделю работы, когда хвостов уже точно не найти). Во втором программа срубится и будет стимул ловить глюк или баг. Который как ни крути, есть. Вопрос: почему глюкмэйкеры считают что некорректная работа программы лучше краха? Только потому что ваше бракоделие заметят не сразу? Так это довольно свинский подход, вам так не кажется, господа халтурщики?
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	94. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от iZEN (ok), 18-Янв-11, 18:13
	> Вопрос: почему глюкмэйкеры считают что некорректная работа программы лучше краха? Просто потому, что программа ещё может побороться за свою живучесть в рамках отведённых ей аппаратных ресурсов, а не снести полсистемы (Xorg) из-за неподдерживаемой функциональности (крах).
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 18-Янв-11, 20:11
	> Просто потому, что программа ещё может побороться за свою живучесть Уточним: она сможет лишь *непредсказуемо* *поглюкавить*. Забив на обработку проблемной ситуации. Т.к. если на проблемную ситуацию не было забито или же сбоев в логике работы вообще не было - тогда откуда взяться краху? Это ж лишь дефолтный обработчик вызываемый при обнаружении откровенно неправильной работы программы. > в рамках отведённых ей аппаратных ресурсов, Нюню. Если уж вы такой умный, то намекну: если система многозадачная, ресурсы в ней могут потреблять много программ сразу, прикиньте? И, кстати, это как билетная касса: у вас могут все разобрать перед самым носом. И выпролетите. Гарантий обратного никто не даст. Даже если в общем случае вы придя к кассе и получаете ваш билет, и даже 10 раз подряд вы его получили, это еще на значит что в 11й раз они не кончатся у вас перед носом. В сях, кстати, для повышения надежности работы программы можно хапнуть себе приличный кус памяти *заранее*, поюзать его и никому не отдавать, далее юзая уже его (можно выделять память более гранулярно уже из этого куска). Это как с билетами. Вы  можете забронировать билет заранее и твердо знать что тот билет - именно ваш, и никто его уже у вас не заберет. А можете надеяться на лучшее и переться наобум. Но можете при этом и обломаться, если все билеты раскупят до вас. Минус ессно "необходимость возни с бронированием" (выделение памяти заранее + свой аллокатор) и "переплата" (в плане сжирания ресурсов): чтобы не было шанса обломаться, надо выделить максимально необходимый кусок памяти сразу. И даже если часть памяти не требуется,но может потребоваться потом - отдавать ее низзя. По идее логика доступная даже неглупому школотенку. На примере с билетами, для особо непонятливых. А на яве так сможете вообще? Или предполагается что Единственно Правильной логики встроенного аллокатора - хватит всем? ("совковая касса без услуги бронирования"). На сях кстати возможны и иные варианты логики - например периодические повторы попытки выделить память до успеха или таймаута считаемого фатальным, например. А на яве так сможете вообще? :) > а не снести полсистемы (Xorg) из-за неподдерживаемой функциональности (крах). Какой кондовый бред :). Не, изен, извини, конечно, но надежную систему твоего дизайна я бы юзать не стал. P.S.: реально двинутые на надежности перцы программят примерно так: http://en.wikipedia.org/wiki/Immunity_Aware_Programming - это, конечно, сурово, но в некоторых местах надежности не бывает слишком много. Врядли вы оцените сбой например в софте микроконтроллера управляющего тормозами вашего авто? Или вы думаете что навороты типа антипробуксовочных и антиблокировочных систем - это такие аппаратные фичи? Ну да, щазз, потребный анализ ситуации с датчиков и принять решение может только микроконтроллер с своей фирмвариной. Приколитесь, написаной на си скорее всего (ну может на асме, но на голом асме нынче не модно в силу геморности и непортабельности). И, кстати, если бы такую же логику писали бы вы, на вашей яве - я бы вообще от такого авто держался за километр, а то глюки и баги в тормозной системе - как-то ссыкотная такая штука, а? Там обычно просто фирмварина проста как топор и вылизана до битика, глюкать тупо нечему ;).
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Разработчики Firefox обратили внимание на проблемы с работой..."	+1 +/–
	Сообщение от iZEN (ok), 18-Янв-11, 21:40
	>> Просто потому, что программа ещё может побороться за свою живучесть > Уточним: она сможет лишь *непредсказуемо* *поглюкавить*. Забив на обработку проблемной > ситуации. Т.к. если на проблемную ситуацию не было забито или же > сбоев в логике работы вообще не было - тогда откуда взяться > краху? Это ж лишь дефолтный обработчик вызываемый при обнаружении откровенно неправильной > работы программы. 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.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 19-Янв-11, 21:03
	> 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 его уже никогда не убьет. И будет .... утечка памяти! Та самая, которая якобы "невозможна" на яве, хи-хи ;).
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от iZEN (ok), 20-Янв-11, 01:18
	>> В большинстве случаев такое поведение несмертельно для программы > Ну так я уже сказал что если на ошибку положили болт - > есть ровно 2 варианта что будет дальше: можно глюк обнаружить и > убить программу. А можно не убивать и предоставить ей работать дальше. Это только на сях имеют два выхода: segmentation fault или core dump — выбери из них лучшее. :) > Только дальнейшее ее поведение будет неопределено. При том мне подход с > пристреливанием при обнаружении потенциально фатального глюка как-то более симпатичен: > способствует фиксингу этих самых глюков, а не предоставляет глюкастику глюкавить себе > дальше в надежде что авось пронесет. В своё время написал программу для обработки данных, которая пыталась несколько раз выполнить определённую функцию чтения и записи данные в базу данных. Операция чтения данных из файла была ненадёжна, так что с первого раза обычно не выполнялась, но выполнялась со второго-третьего-...-пятого раза, и данные в итоге записывались в базу данных за приемлемое время. Так как функция изначально работала с внешним файлом, который мог быть эксклюзивно занят на время обновления другой программой, то вероятность словить IOException была близка к 50%. Но моя программа просто обрабатывала это исключение, прогоняла заново операцию чтения и добивалась считывания данных из этого файла без каких-либо последствий для себя в режиме 24x7. >> В JVM есть разные стратегии распределения памяти и уборки мусора. > А *свою* стратегию - возможно подсунуть? Или как обычно - 640 Кб > хватит всем, потому что умные дяди из сан/оракл так за вас > решили? Да, можно подсунуть свою реализацию GC. Код OpenJDK6 и API открыты. Если чувствуешь себя более умным, чем разработчики JVM, проблем не существует. >Ну не malloc у вас сможет обломится, так new. И > если скажем объект не создался и он был не для красоты > - врядли получится корректно поработать дальше, правда? :) А 10 отличий > - они в чем будут? Так, глобально? :) Объекты в Java создаются атомарно. Если new не может создать объект, то вылетит исключение времени выполнения (или проверяемое исключение, если определено в сигнатуре конструктора) и его тоже можно обработать, можно корректно завершить программу. >> предпочитаю работать с долгоживущими объектами, которые изменяют своё состояние, если >> это нужно, а не создавать новые и новые объекты-"однодневки", которых прибирает GC. > Ну да, конечно. Ведь с new но без delete при активном создании > объектов поиметь неочевидные утечки памяти - ни разу не проблема, правда? > :))) Ведь достаточно оставить по недосмотру ссылку на какой-то временный объект, > и GC его уже никогда не убьет. И будет .... утечка > памяти! Та самая, которая якобы "невозможна" на яве, хи-хи ;). Какие мы глупые! У нас нет профилировщика, чтобы анализировать сколько и каких объектов создаётся и не убирается во время работы нашей программы! Хи-хи. :))
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 20-Янв-11, 12:34
	> Это только на сях имеют два выхода: 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, с довольно скромным результатом - не так уж этот Бэтмэн и крут... :)))
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от JL2001 (ok), 19-Янв-11, 15:16
	> В сях, кстати, для повышения надежности работы программы можно хапнуть себе приличный > кус памяти *заранее*, поюзать его и никому не отдавать, далее юзая > уже его (можно выделять память более гранулярно уже из этого куска). тота в линуксе бывает "выделено памяти 10 гигов, физической памяти 4 гига, свопа нет" - специально для таких умных кто запрашивает память но не использует - ОС память выделяет по факту использования а не по факту запроса
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	159. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 19-Янв-11, 17:46
	> не использует - ОС память выделяет по факту использования а не > по факту запроса О, мне всегда было интересно - допрет ли кто до этого тонкого момента ;). Я кстати тоже думал об этом. А это... сразу после выделения и используйте блок целиком, какие проблемы? :) Например, заполнив весь отхапанный массив чем-нибудь (рандомом, чтобы послать еще и дедупликаторы, если их вдруг на ваш зад внедрят). Кстати, если я правильно помню, такое поведение ОС можно запретить, если оно не нравится. В общем то оврекоммит - это некий поиск приключений на свою жопу (любая попытка декларировать большее количество ресурсов чем по факту есть и надеяться что по факту никто столько не поюзает - ненадежна по природе своей). ИМХО если волнует надежность работы при потенциально возможном душняке с памятью - пользоваться оверкоммитом врядли стоит.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от Crazy Alex (??), 18-Янв-11, 20:20
	А вот бороться в таких ситуациях свинство и есть. Не свинство - высыпать хорошую обильную диагностику чтобы было что разработчику отослать и вежливо сдохнуть, ничего больше не поломав.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	122. "Разработчики Firefox обратили внимание на проблемы с работой..."	+1 +/–
	Сообщение от iZEN (ok), 18-Янв-11, 21:55
	> А вот бороться в таких ситуациях свинство и есть. > Не свинство - > высыпать хорошую обильную диагностику чтобы было что разработчику отослать и вежливо > сдохнуть, ничего больше не поломав. Ну, так, Firefox4 написан на C++, у него нет стандартного стека исключений, который можно было бы вывести и сдохнуть, в отличие от Java-программ. Ничего не остаётся, как крошить Xorg.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от klalafuda (?), 18-Янв-11, 23:08
	> Ну, так, Firefox4 написан на C++, у него нет стандартного стека исключений, который можно было бы вывести и сдохнуть, в отличие от Java-программ. Ничего не остаётся, как крошить Xorg. Вообще то, как IMHO не сложно догадаться прослушав хотя бы первый курс любого околоитешного ВТУЗа, виртуальная джава машина ни чем не отличается в указанном случае от firefox. Или любого другого пользовательского приложения. И если в результате его, возможно, некорректной работы вылетает критичный системный сервис.. Да, конечно, это джава виновата. И фокс. На пару с плюсами. Вне всяких сомнений.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 20-Янв-11, 12:40
	> Вообще то, как IMHO не сложно догадаться прослушав хотя бы первый курс > любого околоитешного ВТУЗа, виртуальная джава машина ни чем не отличается в > указанном случае от firefox. Более того, JS выполняющийся в браузере ничем принципиально не отличается от байткода выполняющегося в JVM. Странно что изену слабо осознать столь тривиальный факт, это по-моему в состоянии понять любой неглупый школьник.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от iZEN (ok), 20-Янв-11, 14:22
	> Более того, JS выполняющийся в браузере ничем принципиально не отличается от байткода выполняющегося в JVM. Ой, ну и бред же ты несёшь иногда. :))))
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 20-Янв-11, 21:18
	> Ой, ну и бред же ты несёшь иногда. :)))) Да ну брось, какая нахрен глобальная разница: JVM JIT'ом перегонит байткод в нативный и выполнит, или движок в браузере перегонит JITом яваскрипт в нативный код и выполнит. Принципиальных отличий не так уж и много. А то что языки разные и вообще в одном случае байткод а в другом скрипт - это уже детали. А общий смысл действа и результат будет достаточно похож. Или в случае браузерного JIT ты уже не хочешь верешать о том как это суперкруто и какие там возможны офигительные оптимизации, блаблабла? :)))
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от iZEN (ok), 21-Янв-11, 10:31
	> Принципиальных отличий не так уж и много. А то что языки разные > и вообще в одном случае байткод а в другом скрипт - > это уже детали. Это — действительно детали. Но языки JavaScript и Java ещё ведь отличаются смыслом: один динамический, а другой статически типизированный. Модульность и публичный API для взаимодействия с библиотеками, предоставляемый средой исполнения Java, вообще не присущи JavaScript'у. И в этом разница между этими языками — колоссальная. > А общий смысл действа и результат будет достаточно похож. Вообще все языки программирования могут реализовать тот же результат, что и машина Тьюринга. Да, в этом они "достаточно похожи". :)) > Или в случае браузерного JIT ты уже не хочешь верешать > о том как это суперкруто и какие там возможны офигительные оптимизации, > блаблабла? :))) JavaScript убог по своей природе.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 21-Янв-11, 14:56
	> Это — действительно детали. Но языки JavaScript и Java ещё ведь отличаются > смыслом: один динамический, а другой статически типизированный. Опять же, это детали :). > Модульность и публичный API для взаимодействия с библиотеками, > предоставляемый средой исполнения Java, вообще не присущи JavaScript'у. Да, кстати сие как бы некоторая проблема JS. С другой стороны, оно же и фича: если бы там было бы столько же всего понапихано как в яве, запускать JS из веба было бы столь же медленно, ресурсожорко и ссыкотно как и ява-апплеты. Чудес не бывает. > И в этом разница между этими языками — колоссальная. Но мы говорили не о языках. А о их средах исполнения. JVM - среда исполнения Java апплетов. Браузер - среда выполнения JS. Я нахожу как-то весьма двухстандартным заметить что браузер писан на сях и обосрать си, но технично "не заметить" то же самое для JVM. > Вообще все языки программирования могут реализовать тот же результат, что и машина > Тьюринга. Да, в этом они "достаточно похожи". :)) Спасибо, Кэп! :) > JavaScript убог по своей природе. А Java монструозна и как-то так оказалась нафиг не нужна ни в вебе, ни на десктопе. Ну кроме серверной стороны у всяких ынтерпрайзов, может быть :)
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от JL2001 (ok), 19-Янв-11, 15:29
	>> если язык с лёгкостью позволяет писать неаккуратно - он фактически стимулирует ошибки > Круто, оказывается это не програмер должен называться криворуким халтурщиком, это язык > ему оказывается виноват. А потом мы еще удивляемся, когда в программах > вылезают просто эпичные баги. можно собирать машины ручной сборкой подгоняя детали напильником, а можно с помощью конвейера с полным ЧПУ и роботизацией с одним живым человеком - инженером разработавшим машинку вы машинку авторства которой из этих двух сборочных линий предпочтёте ? > P.S. кстати многие логические ошибки бывают куда суровее и опаснее чем технические. > Обезьяны почему-то упорно кивают на умные языки которые за них подумают > и им жопу подотрут, но игнорируют этот простой факт. Хотя наиболее > жуткие и проблемные последствия вылезают как правило именно из-за логических ошибок, > не привязаннх к языкам *вообще* *никак*. Из-за логических ошибок теряются/искажаются/утекают > данные. Из-за логических ошибок попадают на деньги. Из-за логических ошибок сталкиваются > поезда и падают самолеты. поэтому язык обязан вынуждать писать максимально прозрачно для актуализации логики алгоритма
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	169. "Разработчики Firefox обратили внимание на проблемы с работой..."	+/–
	Сообщение от User294 (ok), 19-Янв-11, 21:20
	> вы машинку авторства которой из этих двух сборочных линий предпочтёте ? It depends. Роботы ведь могут управляться и бухим оператором, линия может обслуживаться бухим наладчиком, а технический контроль может быть спущен на тормозах, как это случается с всякими ТАЗами. С другой стороны, некоторые специалисты по тюнингу делают весьма крутые штуки, с отличным качеством исполнения, которые к тому же невозможно купить в магазине. Выбирая между продукцией автоТАЗа и крутым кастомным авто, я выберу ессно второе. Вот поделия от жабистов почти всегда отдают "автоТАЗовщиной". > поэтому язык обязан вынуждать писать максимально прозрачно для актуализации логики алгоритма Много умных слов ни о чем. Большая часть программ написанных на якобы хороших в этом плане языках на поверку обычно оказывается совершенно обычным дерьмецом. Запросто проигрывая программам на "кривом" и "неправильном" си, например. Наверное дело в том что как вы не запирайте обезьяну за печатной машинкой, а Толстым она не станет все-равно.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема