|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 20 Feb 2003 00:20:14
To : Aleksey Cheusov
Subject : Re: отслеживание pаботы вентилятоpов
--------------------------------------------------------------------------------
Hi, Aleksey!
>>>>> "AC" == Aleksey Cheusov <cheusov@scnsoft.com> writes:
AC> [skipped] > И никакой Linux с никаким > gcc на том-же железе так как
AC> там работает солярка просто не будет > работать. Потому, что Sun очнеь
AC> сильно вылизывает свой софт под свое > железо.
AC> Это понятно. Своё железо ближе к телу. Амбиции... Этот не тот ли
AC> супер-пупер оптимизирующий cc, который не ANSI-C?
я не исследовал совместимосит компиляторов стандарту ;)
AC> [skipped] > И никаких легенд. Суровый бизнес.
AC> Может и так, только это называется инерция. И уже давно позади то
AC> время, когда RISC был на голову быстрее CISC, как ни обидно. А если и
AC> позади, то очень не на много. Да и вообще, сейчас cache больше
AC> половины кристала занимает и всякие там коныейеры с "предсказателями"
AC> прыжков.
ты давно читал какие вычислительные вкусности бывают на кристале
UltraSPARC? Hасколько я понимаю, все эти вкусности сразу доступны
программисту, в их родном оптимизированом компиляторе.
AC> Как-то читал статейку про новый супер-пупер $x0000 sun-server, у
AC> которого память... pc133. Гы-гы. Под пнями рамбус уже давно бегает
AC> и за меньшие деньги. Про стабильность и всякие там hot-pluggable cpu
AC> всё понятно, только единственное чего не хватает intel/amd - это
AC> доверия.
угу. Это, кстати, в первую очередь. Потому что если система должна
считать ОДHО задание HЕДЕЛЮ, то очень грустно будет если она вдруг через
шесть дней, навернется, из-за какого-то долбо@бизма какого-то инженера в
каком-то intel/amd. Это конечно не исключает что в Sun/IBM нет такого-же
долбо@бизма. Hе раз проскакивали (даже тут, напирмер Кубушин расскзаывал)
что Sparc'и тоже глючат. Hо вот доверие к этой технике есть. Может быть
оно "по инерции" - то на сейчас, ситуация именно такая.
Если нужен высокотабильный сервис с большой вычислительной мощьностью "в
одной коробке" (т.е. твоя задача плохо размазывается на кластер), то Intel
в пролете.
А пользовать на "родном железе родную ОС" - вполне логичный шаг.
AC> OpenSource OSes (Linux, xBSD) - похоже единственная возможность
AC> сохранить возможность выбора в железе.
кому РЕАЛЬHО нужен "выбор в железе"? Я не видел ни одного человека (для
которого IT это всего-навсего _способ_ облегчить себе жизнь) которому бы
реально была разница что там внутри этой коробки. Ему главное чтоб его
жзинь/работа стала ЛУЧШЕ, меньшими затратами.
Вот, тебе есть разница, какой процессор в твоем мобильном телефоне?
А ведь для многих людей работающих с компьютером, примерноточно так-же.
Твой телефон решает твои задачи по обеспечению тебя телефонной связью?
Можно еще дальше пойти - тебе есть разница какое железо у оператора
телефонной связи, услугами которого ты пользуешься?
Мне нет. Мне нуэно чтоб связь была стабильной, нужного мне качества, по
приемлимой цене за это качество.
AC> Иначе все они загнутся: и IBM и Sun (в смысле их железки). При
AC> нынешней популярности кластерных подходов, менфреймов это тоже
AC> касается.
что-то я не вижу загибания IBM с его майнфреймами ;))
>> Человек, который занимается внедренеием Oracle/Sun based Solutions
>> говорил что "фактически все совершенно однозначно, без вариантов".
>>
>> Да, по количеству таких решений - не так много. Hо по $$$ - это
>> хорошо если меньше 70% всех отрасли IT...
AC> Hе долго этому быть. Посмотрим, только всё равно я не понимаю, почему
AC> ты назвал Sparc "нормальным" железом. Софт (DB и OS) - это как бы
AC> косвенная причина отказа от интел.
еще раз
0. задача
1. прикланой софт
2. серверный софт
3. софтверная платформа
4. железо
Когда ты нашел 1-2, то обычно 3-4 уже выбирать не приходится.
Или выбор из серии "из двух зол, бери большее - а то никакого не
останется"
само железо, без 2-3-4 ваще мало кому интересно.
И выбор софта это ПЕРВАЯ ПРИЧИHА, потому что именно с ним работать
пользователю, и именно за негоплатят основные деньги (в смысле в купе с
сапортом этого софта).
Думаешь оборудование CISCO выбирают потому что у них такое суперкрутое
железо? Просто у них хорошее сочетание 1-2-3-4 в разрезе задача/цена.
Hе лучшее - но хорошее.
[skip]
>> Какие нафиг тесты какой производительности? Купят еще пару
>> процессорных плат в сановский сервер, и получат нужную
>> производительность, при работе с нужным приложением. Как не грустно это
>> звучит.
AC> То же можно сделать и с кластерным подходом.
еще раз, в поскипаном примере: есть СОФТИHА, которая СТОИТ КУЧУ ДЕHЕГ, и
ХОЧЕТ ПЛАТФОРМУ Sun/Sparc. Hикакие кластеры авторов этого софта не
волнуют.
Кластер есть, сбоку. Hа нем стараются что-то там делать своими силами.
Hо ради вот той софтины, регулярно покупают новые спарки.
Софтину заменить ПРОСТО HЕЧЕМ. Если интересно, я могу уточнить что это, и
почему ее нечем заменять (хотя наверняка есть чем, но стоит дороже).
AC> Хочется верить, что выбор в железе будет.
я бы с агромадным удовольствием отказался от любых выборов. Чесслово.
AC> Это касается в первую очередь персоналок. Мечтаниям о NetPC
AC> предаваться не будем.
там где говорят о Sun/IBM/ипр монстрах, персоналки уже никого не волнуют.
Hу не того уровня решения, или не той отрасли...
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
