|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Stavrov 2:452/30.29 25 Feb 2001 02:13:05 To : Valentin Nechayev Subject : Re: Microsoft предлагает запретить Linux!!! -------------------------------------------------------------------------------- [] > > >> Вы доказали, вероятно, дефекты работы комбинации железо+софт. И не более > того. [] > SK> И никакие ошибки в софте не вызовут ошибку паритета в кэше. [] > >> А купить надо было нормально. С обучением спецов. ;| [] > > SK> Да уж... Разговор совершенно бесполезный, психология у тебя испорчена... Да уж... Приятные формы приобретает дискуссия :) [] > SK> Самые обученные специалисты из самого Сана ничего с этим сделать не могут. > SK> Hикакие сертификаты не помогают. И свои сертификаты мы тоже пробовали в > SK> разные места тех Санов прикладывать, тоже не действуют. И курсы всякие > SK> заканчивали, как по самому словарису, так и по отдельным программам на нем > SK> работающим, тоже не берет... > SK> Hу и эта, задумайся как-то на досуге, за что оно таких денег стоит? [] Аналогичные случаи происходили и в нашенском колхозе :) Прям дежа-вю какое-то. Спасибо - напомнили/порадовали, спешу поделиться для охлаждения страстей :) В начале 80-х (20 лет назад - жутко подумать) случилось считать что-то полезное для радиофизиков аж на СМ-4 (~PDP-11), которые стоили по тем временам весьма ощутимые деньги - сотни тысяч (советских! для сравнения ВАЗ2101=~5тыс.) рубликов. Рассчитывалось что-то из области электромагнитных полей, в результате чего получались диаграммы направленности антенн :). Естесс-но, считалось ЭТО часами. И тут на беду накануне отчетов начал затыкаться процессор. Вставал колом при обсчёте изолиний и всё тут. Естесс-но, приходил наладчик из сервиса, передергивал платы, бормотал что-то насчёт наводок/излучения (которое и в самом деле случалось во время экспериментов, но расчеты проводились позже), однако картина не менялась - отчёт "горел". Делать нечего (благо что у процессора был пульт, на котором с помощью тумблеров и лампочек можно было узнать код команды по нужному адресу), пришлось найти посл-ть маш.команд, на которой останавливался процессор, потом - найти и подправить исходник на Фортране, при компиляции которого генерировался "плохой" код, и о чудо - всё заработало, отчет был спасён ;). Весь процесс занял пару дней. Это всё к тому, что похоже - просто существует порог сложности железа+софта, при котором даже их производители теряют над ними (своими "произведениями") контроль и "эндюзерам" только и остаётся, что самостоятельно шлёпать "workaround"-ы для своих _специфических_ комбинаций "набор данных+софт+железо". Разве что "порог" с каждым годом отодвигается, но проблемы-то - остаются те же самые :-\. И в этом смысле иногда наличие исходников _всего_, с чем работаешь - таки полезнее/может быстрее привести к результату, чем "поддержка от производителя". Imho, конечно. Чем мне и нравится эхотаг :) YF, Vladimir Stavrov --- Gnus v5.5/Emacs 20.3 * Origin: Chaos of Order <http://wlh.chat.ru> (2:452/30.29@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/6402e06abe68.html, оценка из 5, голосов 10
|