|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Victor Wagner 2:5020/400 11 May 2005 23:04:12 To : Andrew Dolgov Subject : Re: amd64 -------------------------------------------------------------------------------- e> <63660028@madoka.spb.ru> <d5t1pp$nl2$1@wagner.wagner.home> e> <20776900@meia.lan> From: vitus@45.free.net (Victor Wagner) Andrew Dolgov <Andrew.Dolgov@p1.f1022.n5030.z2.fidonet.org> wrote: VW>> Hо учитывая закон Мура, место 32-битных приложений там VW>> же, где и 16-битных и 8-битных - на свалке истории. AD> да почему, я не понимаю? ну я могу понять 32-х битный AD> защищенный режим - там появилось flat memory model и еще AD> масса всего хорошего. а в x86_64 что? восемь новых AD> регистров? накукуй. AD> тебе сильно часто бывает надо зажрать больше 4-х гигов AD> памяти зараз? Вспомни одного известного деятеля IT индустрии, который где-то с четверть века назад утверждал "640Kb is enough for everyone". Какие теперь минимальные требования у операционных систем, которые делает компания этого деятеля? А через четверть века нам будет крайне актуален и 64 битный time_t. Впрочем, судя по аппетитам нынешних "десктопных" приложений и браузеров, через пять-десять лет 4 гигабайта будут ох как нужны среднему десктопу. А чуть выше среднего - так и все шестнацдать. Я помню времена когда типичная комплектация писюка была 1/40. Сейчас тоже 1/40 достаточно типично, только не мегабайт, а гигабайт. И помню как (примерно дюжину лет назад это у нас в стране происходило) появились задачи, которые потребовали сначала 2Мб памяти, потом 4, а потом вдруг внезапно выяснилось (этак десятилетие назад) что для того, чтобы набирать тексты 8Мб просто необходимы. То же самое произойдет в ближайшие 2-3 года с гигабайтами. Только вместо набора текстов будет видеоконференсинг или ещё что-нибудь подобное, без чего через 5 лет будет просто невозможно представить себе офис. AD> маркетинговый булшит во всей своей красе на все 64 бита. у AD> процессоров amd64 и соответствующих оптеронов есть масса AD> достоинств, жрут мало, считают быстро, стоят недорого, но AD> вот сами 64 бита для десктопных процессоров чисто для AD> маркетинга нужны. чтобы дети писались кипятком и Как только ты займешься активной работой с большими файлами, например нелинейным монтажом видео, причем не как юзер, а как программист, естественно, ты сразу поймешь, зачем тебе 64-битное целое. Мне, собственно, 32-битного long не хватало ещё в 94-м году. Правда, не для размера файлов, а для произведения двух целочисленных координат. AD> спонсировали AMD. AD> как давно вообще появились 64-х битные архитектуры? AD> отдельные вот уже успели родиться и сдохнуть за все это AD> время. ;-) Их подкосила высокая цена на оперативную память. Без n гигабайтов оперативки, где n >> 4, проку в них действительно чуть. Только узкоспециальные задачи типа рендеринга волн в "Титанике". Которые гораздо дешевле решаются физическим моделированием. А сейчас рынок созрел. Во-первых, гигабайт памяти уже вполне осмысленные деньги стоит, во-вторых, у каждого чайника есть задачи (просмотр видео), оперирующие с гигабайтами данных. В третьих, крайне распространены съемные носители (DVD) многогигабайтной емкости. AD> я вот дождусь когда появится athlon64 x2 и куплю его. AD> потому что от дюал коре реальный толк есть, да и мамаша на У меня вот есть сомнения в полезности dual core. Основной полезности SMP - возможности продолжать "полет на одном моторе" у него нет. Вероятно, AMD сделала dual core лучше, чем интел свой хваленый hyperthreading, от которого количество процессоров удваивется только в /proc/cpuinfo, но всё равно - запихивание двух ядер в один кристалл только снижает надежность в отличие от двух камней на плате, из которых один можно выдернуть, ежели что. Понятно, что с горячей заменой процессоров у нас таки напряги, но хотя бы с ребутом двухпроцессорная машина вылет процессора переживает. (были прецеденты). А с дуал коре если у тебя один проц сдохнет, придется менять оба. -- Замыслы попадают в голову изнутри. --- С.Е. Лец --- ifmail v.2.15dev5.3 * Origin: Free Net of Leninsky,45 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/15178f8b5d18b.html, оценка из 5, голосов 10
|