Windows vs Linux - Как десктоп
, и игровая станция.
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.217.169] |
|
|
Правила раздела:
| Страницы: (1182) « Первая ... 236 237 [238] 239 240 ... 1181 1182 ( Перейти к последнему сообщению ) |
Windows vs Linux - Как десктоп
, и игровая станция.
|
Сообщ.
#3556
,
|
|
|
|
Ща вылетает в GetMenuStringA - по стеку - CreateFromMenu@CBCGPToolbarMenuButton.
Вот так погоня за красивостями добавляет кривости - это баг в ихней библиотеке. |
|
Сообщ.
#3557
,
|
|
|
|
Цитата linuxfan @ Я думаю, что причина в том, что 64-битность никому и не нужна. Разве что серьезным дядькам, которые теперь могут сэкономить на покупки всяких SPARC'ов. Это пиар, не более того. Некоторые всерьез думают что 64-битный процессор в 2 раза быстрее 32-битного. То-то я и смотрю, как MS, спевшись с Intel, долго и упорно игнорировала 64-битную архитектуру. Гораздо интереснее такие вещи как XD-бит, которые на фоне этой 64-битности как-то остаются в тени. Тебя это удивляет? Постараюсь выложить скриншоты нескольких глюков венды...Цитата Monty @ Теоретически, прирост может быть благодаря большему количеству РОН (и, соотвественно, меньшему количеству обращений к памяти/кэшу). Ну и на специфических алгоритмах, типа шифрования. Повторюсь, подавляющему большинству людей 64-битность нафиг не нужна. Но с другой стороны, если уж ее нам впарили, почему бы не заставить ее работать? Мда, покажи мне код, который увеличивает производительность/нагрузку на процессор при подсчете 2+2 ... ну а если брать круче, то как тут накодирование видео могут повлиять 64 битность, если оно использует SSE инструкции??? Дык... Юниграфикс уже давно. |
|
Сообщ.
#3558
,
|
|
|
|
Цитата Relan @ Дык... Юниграфикс уже давно. Лучше сказать: изначально |
|
Сообщ.
#3559
,
|
|
|
|
Цитата Relan @ Я думаю, что причина в том, что 64-битность никому и не нужна. Объясните кто нить простому электрику. Что же дают эти 16, 32 и 64 разряда? Как их пощупать то. Я всё время не понимал этого. Может хоть здесь толково объяснят, что это такое и почему из-за него сыр бор? Цитата Relan @ Дык... Юниграфикс уже давно. Что имеешь в виду? Я сейчас яросто ищу Линуксове кады. (халявные) Уже накопал с пяток. Среди них только ЛигнумКАД думаю нормальный будет. Но диск еще не прислали. Жду. |
|
Сообщ.
#3560
,
|
|
|
|
Цитата Relan @ Повторюсь, подавляющему большинству людей 64-битность нафиг не нужна. Но с другой стороны, если уж ее нам впарили, почему бы не заставить ее работать? Угу ..., маркетинг блин ..., хотя и минусов то нет Добавлено Цитата IzumeRoot @ Объясните кто нить простому электрику. Что же дают эти 16, 32 и 64 разряда? Как их пощупать то. Я всё время не понимал этого. Может хоть здесь толково объяснят, что это такое и почему из-за него сыр бор? Это диапозон чисел с которыми может работать ЦП ... если мне не изменяет память |
|
Сообщ.
#3561
,
|
|
|
|
Цитата IzumeRoot @ Начну с последнего вопроса -- весь сыр-бор из-за бабла. Как обычно. Объясните кто нить простому электрику. Что же дают эти 16, 32 и 64 разряда? Как их пощупать то. Я всё время не понимал этого. Может хоть здесь толково объяснят, что это такое и почему из-за него сыр бор? 64-битность -- очень удачный рекламный ход AMD."Разрядность" процессора -- штука условная. В процессоре много различных блоков, есть и 32-, и 64-, и 128-битные. Под разрядностью проца обычно понимают ширину РОН -- регистров общего назначения. С практической точки зрения увеличение их разрядности означает увеличение диапазона хранимых там (и обрабатываемых некоторыми блоками) чисел. Кроме того, в х86_64 было увеличено количество РОН (что может чуть-чуть поднять производительность). Помимо этого, 64-битность означает увеличение адресуемого (и кэшируемого) объема памяти, что станет актуально, когда на компы понадобится ставить более 64ГБ оперативы. А пощупать эти биты можно попрограммировав на языке ассемблера. Довольно увлекательно, кстати. Цитата IzumeRoot @ У-у-у... Юниграфикс далеко не халявный. Это профессиональное решение. Я сейчас яросто ищу Линуксове кады. Добавлено Цитата Monty @ Прирост производительности может быть и отрицательным. Всё зависит от компилятора. хотя и минусов то нет |
|
Сообщ.
#3562
,
|
|
|
|
Цитата Relan @ У-у-у... Юниграфикс далеко не халявный. Это профессиональное решение. О, да. Только вот наверное не для задач электроснабжения. Под винду я знаю АВТОКАД и кучу примочек к нему для проектирования СЭС. А по Линукс не слыхал. |
|
Сообщ.
#3563
,
|
|
|
|
Цитата Relan @ А пощупать эти биты можно попрограммировав на языке ассемблера. Довольно увлекательно, кстати. ![]() О, вот еще интересная темка для линукса. Еще Иксодес говорил, что работать с ассемблерным кодом под линем - невозможно Ну ладно, оставим это. Так какие вообще есть тулзы для ассемблерщика под линь? Компиляторы, отладчики, дебаггеры, дизассемблеры, профайлеры, линкеры? И еще аналог IDA в студию пжалста Добавлено А в таком крутом линуксовом шелле осталось место для такого скромного, но довольно функционального отладчика, типа debug.exe в DOS/Windows? |
|
Сообщ.
#3564
,
|
|
|
|
Цитата Чайник @ И еще аналог IDA в студию пжалста не хочу тебя огорчать, но IDA есть под линух ;) |
|
Сообщ.
#3565
,
|
|
|
|
Цитата Чайник @ но довольно функционального отладчика, типа debug.exe в DOS/Windows? gdb – мощный консольный GNU дебагер |
|
Сообщ.
#3566
,
|
|
|
|
Цитата Monty @ не хочу тебя огорчать, но IDA есть под линух ![]() Знаем-с (точнее краем глаза видел), просто хочется GNU/GPL/OpenSource увидеть, на что оно способно |
|
Сообщ.
#3567
,
|
|
|
|
Цитата И это говорят честные линуксоиды? Когда им предлагают средство защиты цифровых прав. Какой защиты прав? Ты что мелешь, дорогой? Между копирайтом (смотри, читай, рассказывай, но не говори, что это создал лично ты) и DRM (жесткое ограничение прав потребителя и уничтожение презумпции невиновности) зияет огромная пропасть. Мне как-то не особо сладко из-за факта, что покупая болванку, ты платишь «пиратский налог» — то есть, тебя априори считают вором — и еще менее сладко из-за того, что какие-то недоподавившиеся своей блевотиной шелудивые корпоративные псы получат право контролировать, что я смотрю/слушаю, с кем я это делаю и того ли цвета мое нижнее белье. И в случае, если трусы не того цвета, мне припаяют срок больший, чем за убийство. |
|
Сообщ.
#3568
,
|
|
|
|
Цитата Monty @ Мда, покажи мне код, который увеличивает производительность/нагрузку на процессор при подсчете 2+2 ... ну а если брать круче, то как тут накодирование видео могут повлиять 64 битность, если оно использует SSE инструкции??? Хочешь верь, хочешь нет, но бывают задачи, в которых вполне достаточно челочисленной 64битной арифметики. Т. н. вычисления с фиксированной точкой ![]() Цитата Relan @ Я думаю, что причина в том, что 64-битность никому и не нужна. Ну тогда можно не думать: 1. Обработка огромных массивов данных (СУБД, проблемы обработки экспериментальных данных) 2. В 64-битном режиме доступны дополнительные регистры, что не может не сказаться позитивно на приросте производительности. Цитата Relan @ 64-битность -- очень удачный рекламный ход AMD. Удачный ход AMD -- это весь Athlon 64 вцелом: 100% обратная совместимость, при этом бегает в 32-битном режиме очень шустро + низкое тепловыделение.Цитата Чайник @ О, вот еще интересная темка для линукса. Еще Иксодес говорил, что работать с ассемблерным кодом под линем - невозможно ![]() Можно. Уж поверь мне. Но поскольку *nix не одними x86 жив, то асмов стараются избегать по возможности в целях сохранения переносимости. Цитата Чайник @ И еще аналог IDA в студию пжалста ![]() IDA Pro for Linux покатит? Все лужи вспенились в округе ![]() Цитата Чайник @ А в таком крутом линуксовом шелле осталось место для такого скромного, но довольно функционального отладчика, типа debug.exe в DOS/Windows? И это говорит человек, который, судя по всему, info gdb не удосужился прочитать? Почитай: gdb по мощи уступает разве что SoftIce'у. Цитата Чайник @ Знаем-с (точнее краем глаза видел), просто хочется GNU/GPL/OpenSource увидеть, на что оно способно ![]() Вроде умные люди, а никак не могут понять, что дизассемблирование бинарников в модели OpenSource звучит довольно глупо и нелепо. Хотя чтобы почуствовать себя кулхацкером |
|
Сообщ.
#3569
,
|
|
|
|
А про ершики писать? Если на прямую, то под Линь трудно найти что-то действительно стоящие (я про пользователя). Я люблю когда есть из чего выбрать, потому что я не люблю "флаконы" (в них много чего, но реализованно все это не до конца). Основную часть прог, написанных специально под Линя составляют сетевые технологии, но идеи для работы через GUI сдираю с комерческих продуктов. А почему? Да потому что к этим интерфейсам уже привыкли миллиарды людей! Под Линукс пока еще в многих областях пользователького мира(!) очень сложно найти хороший софт, чтобы он удолитворял или превосходил удобством и эффективностью его нескольких анналогов под Винь Установка софта под Линь очень затруднена "зависимостями" Мне даже в теме по установку KDE кое-какие человечки, которые сюда заглядывают, заявили: что лучше купить дистр с новейшей версией, чем выкачивать необходимые пакеты для компиляции У меня эта цыпочка выросла до 137мб и он еще просит пока ~50мб.Установка софта под Виндук проста: три-четыре нажатия на Enter и прога встала Теперь о Опен Сурсе: Почему-то Линуксойды считаю: что когда наступит эра Опен Сурса (если она вообще когда-нибудь наступит ), то Виндук сдаст свои позиции. А теперь задумайтесь, что легче: открыть готовые исходники на MS компиляторах или полностью переписать всю прогу под библиотеки Линя? |
|
Сообщ.
#3570
,
|
|
|
|
Цитата Keepun @ Установка софта под Линь очень затруднена "зависимостями" Мне даже в теме по установку KDE кое-какие человечки, которые сюда заглядывают, заявили: что лучше купить дистр с новейшей версией, чем выкачивать необходимые пакеты для компиляции У меня эта цыпочка выросла до 137мб и он еще просит пока ~50мб.Родной, таки чегож ты хотишь! Кеды - это целый дескотоп менеджер со всякими извратами! А насколько часто мы видим обновления Эксплорера со всей подсистемой? Раз в 5 лет? И только с новой версией винды? А обновить старую систему? (Про SP не забыл я, но во-первых, эти паки весят не меньше, а то и больше, во-вторых тама больше идет исправление старых багов и добавление новых, нежели что-то новое. Исключение пожалуй составляет пока лишь SP2 для XP, да и то сливать его не менее заколебешся!).А с какой частой выходят релизы КДЕ? Раз в три месяца! Если переодически обновлять KDE, то достаточно раз в три месяца сливать сорцы с расширением дельта, которые вкупе весят 10-20 метров, заливать на преведущие и спокойно ставить. Да и то можно не все, а допустим только для kdebase,kdelibs,kdenetworking + те части, которыми ты действительно пользуешся. Если ты не занимаешься программированием, то нафига заливать kdevelop и kwebdevelop? Ясен пень, если все ставить тупо и бездумно как привыкли в Винде, то ты и получишь свои сотни метров трафика... И потом, советую глянуть в сторону Дебиана и его системы apt-get... |