731. NCCP2013/09/08 13:35 >>730.Savl
>Может ГГ случайно вспомнит про "золотой банан" "Фоксбро"? Читал ведь, наверняка.
Подробности?
732. Следж Хаммер2013/09/08 13:55 >>731.NCCP
>>>730.Savl
>>Может ГГ случайно вспомнит про "золотой банан" "Фоксбро"? Читал ведь, наверняка.
>Подробности?
" У руководителя крупной американской компании "Фоксборо" было правило, которого он придерживался неукоснительно: пришел к нему работник со стоящей идеей - тут же ему вознаграждение.
Однажды поздно вечером заглянул сотрудник и высказал блестящую мысль. Шеф схватился за карман - денег с собой не оказалось. Взгляд упал на банан, случайно оказавшийся на столе. Торжественно босс преподнес его посетителю. Каким бы не было вознаграждение, но оно было вручено немедленно. Теперь одним из высших отличий в этой фирме считается значок "Золотой банан" в петлице."
Орионы нужно планово ставить в институты, готовящие кадры для электронной промышленности, тот же МИРЭА, в Таганроге целый комплекс вузов и предприятий..
733. опорпа2013/09/08 20:58 :) фанфик:
Собрались американские братки и начали обсуждать перспективы, проблемы и непонятки. Чутка посчитали, покумекали, где денежек взять нашли. Лучше всего наладить выгодный обмен бананов на алмазы в африке и индиях. Взяли чутка солдатиков, организовали научно-культурно-просветительскую экспедицию. Объяснили неучам что бананы в африке не те и алмазы неправильные. Подумали еще чутка и решили что неплохо будет (пользуясь тем, что русские дикари не знают разницы между авторским правом и патентом) купить патенты на колесо, огонь, копье, бутылку и прочие ультрасовременные, суперсложные передовые достижения мира. Чтобы каждое чучело платило пр0цент. Подключили юристов, бюрократов и других болтунов и успешно купили все стоящие патенты во всех странах мира. Ну а где не купили -там скопировали и вновь запатентовали. После решили сенаторы в Белом Доме, что дикари еще бунтовать начнут и надо флот смайстрячить в 3 раза мощнее всего остального мира и военные базы везде натыкать. Получилось. Попробовали скупать ученых по всему миру и это получилось. Подумали американские братки еще и решили заводики разных исламских, африканских, европейских дикарей стоит объединить в корпорации и концерны под мудрым руководством США. И сделали это. Ресурсы контролирует США (у себя перестали добывать) и технологии. Только банковскую систему всего мира коммуняки не дают под себя подмять, пропагандой обличают. Ну и еще СССР пыжится компьютеры создает и оружие слегка. Влияние США в мире выросло до безобразия. А что в это время делало руководство СССР вместе со всеми умными советами Петра Воронова? Вариантов рассматривалось всего два: 1. самим грабить и захватывать другие страны, везде размещать военные базы, не добывать сырье у себя а захватывать, скупать ученых по всему миру, забить болт на все патенты, заявить что действительно только авторское свидетельство, обложить афганских дикарей минами и ракетными базами и мочить всех афганцев и пакистанцев за малейший чих.. 2. забить болт, не воевать нигде, стать очень добрыми, читать мораль, заняться своими проблемами, пользуясь советами Воронова построить уберкосмического робота, компьютеры и сети. Второй вариант победил на голосовании. Первый вариант требовал лить кровушку, поэтому отклонили. Оказалось что яйца у американцев стальные, а у русских г жидкое.
Через 10 лет в СССР создали уберкомпьютеры, но весь мир оказался в военных базах США. Белый дом контролирует весь мир, Кремль - 300млн жителей. Образовалось Гетто СССР. Конец.
734. Felid2013/09/09 01:21 >>729.ctrlx
>>ОС в ПЗУ это только для очень простых применений типа калькулятора и МК. Простейшая ФС (коли речь идёт о конкуренции с S/360) уже не подойдёт. Речь о мегабайтах, а тут всё по-взрослому.
>ну в 80-е на домашних персоналках так оно и было: 2-4 мегабайта ОС в ПЗУ (и хватало на поддержку _нескольких_ фс и помимо прочих функций оси)
Где это вы такое видели? Вот вам объёмы ПЗУ в 80-е:
APPLE II - 12-128; самое навороченное (в версии 'gs'): Бэйсик; графический, текстовый и звуковой редакторы; настольная типография (DTP); дисковые утилиты. Но PRODOS/16 всё равно на дискете.
APPLE Macintosh - 64-512; БИОС и системные функции (как в РС).
ATARI XL/XE - 24; только Бэйсик.
ATARI ST/TT - 192; БИОС, вся ОС, оболочка.
AMSTRAD/SCHNEIDER PCW - 1; дисковый загрузчик.
AMSTRAD/SCHNEIDER CPC - 32-48; Бэйсик; AMSDOS (но все загружали притвычную CP/M).
AMIGA A - 192-512; ядро ОС, оболочка KickStart. Начиная с A2000 (ПЗУ - 256 КБ), все Амиги грузят ОС с ПЗУ, но полная AMIGA DOS требует диск.
ACORN Archimedes (BBC A3000) - 512; вся ОС (винта нет).
COMMODORE PET - 20-132; монитор; Бэйсик; текстовый редактор; база данных; электронные таблицы, утилиты.
SINCLAIR QL - 48; Бэйсик.
SINCLAIR ZX - 8-64; максимум: Бэйсик, калькулятор.
MSX (разные фирмы, не только Yamaha) - 24-48; загрузчик, Бэйсик.
PC - 8-64; загрузчик, иногда Бэйсик.
PC XT/AT - 64-128; БИОС.
БК0010/11 - 32; монитор, интерпретатор Фокала, компилятор Бэйсика.
Итак, где мы тут видим 2-4 МБ ПЗУ?
735. * (Marlagram812@yandex.ru) 2013/09/09 01:29 >>734.Felid
>>>729.ctrlx
>Итак, где мы тут видим 2-4 МБ ПЗУ?
Поправьте цифры для Маков. Старшие Macinosh'и действительно имели много ПЗУ (тот же Power Macintosh 5260 LC - 4 мегабайта ), и некоторые модели могли запускаться чисто из ПЗУ (поздние Color Classic например).
736. Felid2013/09/09 05:17 >>735.Marlagram
>Старшие Macinosh'и действительно имели много ПЗУ (тот же Power Macintosh 5260 LC - 4 мегабайта ), и некоторые модели могли запускаться чисто из ПЗУ
Здрасьте! 'Introduced: April 1996; Terminated: March 1997'. Я же пишу, что речь о 80-х. В 90-х уже есть гиговые винты.
737. * (Marlagram812@yandex.ru) 2013/09/09 06:14 >>736.Felid
>>>735.Marlagram
>>Старшие Macinosh'и действительно имели много ПЗУ (тот же Power Macintosh 5260 LC - 4 мегабайта ), и некоторые модели могли запускаться чисто из ПЗУ
>Здрасьте! 'Introduced: April 1996; Terminated: March 1997'. Я же пишу, что речь о 80-х. В 90-х уже есть гиговые винты.
В этом смысле да...
Относительно приличная "полуторозадачная" ОС с графической оболочкой - это 512 килобайт ROM (Mac OS 7.5.5 ROM version). Правда, без Бейсика и много чего ещё...
Т. е. для CISC в стиле m68k, без предельного ужатия кода (а Apple ужимала код всерьёз, за что потом поплатилась из-за проблемы 24-битной адресации с хранением флагов в старших 8 битах и прямого "хакерского" вызова процедур в ROM-коде):
BIOS с начальным загрузчиком - 16-32 килобайта
QuickDraw или аналог - 16-128 килобайт
Менеджер ресурсов, базовые примитивы - 16-64 килобайта
Поддержка портов, базовой сети, SCSI и дисководов, с драйверами - от 16 до 128 килобайт (максимум - это со средне-старшими SCSI, ADB, стеком сети и мультиформатными дисководами)
Базовая дисковая/файловая система - 16-128 килобайт (не забывайте, первоначально у Apple была вообще одноуровневая ФС только для 400кб дисководов)
И наконец оболочка (или базовая - или же со встроенными утилитами) - finder/command.com от 8 до 128 килобайт...
Всё остальное - уже отдельно. Исходя из истории Acorn на приличный "офисный" комплект (текстовой редактор, электронная таблица, простая БД, графический редактор, утилиты) надо было 4 64-килобайтные ROM'ки 6502-кода...
738. ctrlx2013/09/09 10:26 >>734.Felid
>Где это вы такое видели? Вот вам объёмы ПЗУ в 80-е:
Да, попутал время: рискось-3 уже была два мега, у классических амиг до 512кб - с диска там емнип грузился только воркбенч. Ну тем более, пост ведь был к тому, сколько надо для поддержки "простой фс", та же самая амига и с 256кб кикстартом несколько стандартов поддерживала, дисковод амижный "всеядным" был.
739. (hcube@ihome.ru) 2013/09/09 13:05 Народ, не нужен диск. И большое ПЗУ не нужно. Толстый клиент ака бездисковая рабочая станция - наш выбор. ОДНА копия софта, синхронизируемая с репозитарием, причем. На серваке. Сеть, и подгружаемые по сети рабочие программы. Почти монопольно занимающие ресурс компа.
740. NCCP2013/09/09 13:10 >>739.hcube
>Народ, не нужен диск. И большое ПЗУ не нужно.
Надо или не надо ПЗУ, зависит от того сколько оно стоит в сравнении с ОЗУ.
741. (hcube@ihome.ru) 2013/09/09 13:13 Согласен. Но даже самый дешевый вариант масочного ПЗУ стоит в лучшем случае в 10 раз меньше СОЗУ и в 3 - ДОЗУ. Т.е. на ДОЗУ однозначно выгоднее закачка софта, на СОЗУ - если используется много примерно одинакового софта.
Теоретически, можно сделать аналог DLL, только сетевой - т.е. динамически грузить код программы по сети. Изврат, но таким образом можно сильно снизить требования к памяти. В пределе - почти до размера сетевого загрузчика ;-)
742. *2013/09/09 14:09 "Толстый" клиент, он вообще-то потому и "толстый", что имеет ДОЗУ (винт) большого объёма.
И ещё. Вы много встречали "тостых" клиентов в реальной практике??? Даже с нынешней повальной модой на "облачные" хранилища, большинство юзеров, вполне справедливо, полагают, что свой винт - он ближе к телу...
743. .2013/09/09 14:14 >>742.Almt
>"Толстый" клиент, он вообще-то потому и "толстый", что имеет ДОЗУ (винт) большого объёма.
Нет.
Толстый клиент толст потому, что на него вынесли часть функционала по обработке данных в распределенной системе.
Тонкий клиент занимается чисто отображением данных и вводом пользователя.
744. (ellestar.theelflord@gmail.com) 2013/09/09 14:21 >>741.hcube
>Теоретически, можно сделать аналог DLL, только сетевой - т.е. динамически грузить код программы по сети. Изврат, но таким образом можно сильно снизить требования к памяти. В пределе - почти до размера сетевого загрузчика ;-)
Помнится, у нас в школе были какие-то как раз советские компы, загрузка была из сети, винтов на них не было.
745. *2013/09/09 14:53 >>743..
>>>742.Almt
>>"Толстый" клиент, он вообще-то потому и "толстый", что имеет ДОЗУ (винт) большого объёма.
>Нет.
>Толстый клиент толст потому, что на него вынесли часть функционала по обработке данных в распределенной системе.
Я о практической стороне вопроса.
746. .2013/09/09 14:54 >>745.Almt
>Я о практической стороне вопроса.
А я о формальной. Толстота клиента от наличия ДОЗУ не зависит.
747. *2013/09/09 15:46 Тогда чем "тонкий клиент" отличается от "терминала"? ;)
748. .2013/09/09 15:54 >>747.Almt
>Тогда чем "тонкий клиент" отличается от "терминала"? ;)
Терминал - это устройство доступа к многопользовательской машине, клиент - программа, использующая централизованный сервис, предоставляемый сервером.
749. (hcube@ihome.ru) 2013/09/09 15:57 >>747.Almt
>Тогда чем "тонкий клиент" отличается от "терминала"? ;)
Терминал предоставляет только сервис отображения.
Тонкий клиент - доступ к графическим примитивам, т.е. отрисовку.
Толстый - исполнение кода на клиентском вычислителе.
750. *2013/09/09 16:06 Надо понимать ещё, что "тонкий клиент" - это например веб-морда, которая тоже может неслабо ресурсов жрать.
751. *2013/09/09 16:15 Эм... СМ 1647
Графический терминал, для ввода и отображения графической и текстовой информации.
Это терминал или "тонкий клиент"?
752. (hcube@ihome.ru) 2013/09/09 16:19 Ну, тут вопрос в обработке. Если обработка графпотока не производится или производится общими алгоритмами сжатия - то терминал. Так, VNC - это терминал. И teamviewer - программа терминала. А вот terminal services - это уже тонкий клиент.
753. *2013/09/09 16:28 А веб-терминал это терминал или тонкий клиент?
754. (hcube@ihome.ru) 2013/09/09 17:24 Тонкий. Потому что рендерит HTML браузером.
755. *2013/09/09 17:39 А с поддержкой javaScript?
756. NCCP2013/09/09 17:55 >>755.Almt
>А с поддержкой javaScript?
ПМСМ не все и не всегда используют правильную терминологию, вот и вылазит всякое.
757. (hcube@ihome.ru) 2013/09/09 17:57 С JS - по сути тоже тонкий, так как я не припомню, чтобы JS что-то считал массово.
Еще раз.
Терминал - тупо отображает.
Тонкий клиент - тянет интерфейсную часть, но не основные вычисления.
Толстый - тянет и интерфейс, и вычисления, оставляя на роль сервера только СУБД и сетевой диск.
Деление в большой степени условное, но где-то так.
758. *2013/09/09 18:03 А веб-терминал с поддержкой javaScript с "песочницей"? ;)
759. (hcube@ihome.ru) 2013/09/10 10:48 Ну я ж написал критерии - если девайс просто отображает пришедшее без обработки или с обработкой не связанной с данными (распаковкой видео, например) - это терминал.
Если на основе пришедших компактных команд рендерит интерфейс - это тонкий клиент.
А если это полноценный вычислитель, который может запустить с сети любую программу, и сервер нужен только как файлохранилка и СУБД - это толстый клиент.
Градации, повторюсь, условные, четкой границы нету. Например, интерфейс к СУБД с локальной обработкой результатов - это можно назвать и тонким клиентом, и толстым, ближе к последнему.
760. *2013/09/10 10:57 Да просто напросто "тонкий" и "толстый" - это не техническое, а маркетинговое понятие. Потому, пытаться дам им чёткое определение - бессмыссленно.
Определение "толстый" - с винтом, "тонкий" - без винта, это эмпирическое определение придуманное когда-то на delphikingdom
761. RAM2013/09/10 11:40 >>760.Almt
>Да просто напросто "тонкий" и "толстый" - это не техническое, а маркетинговое понятие. Потому, пытаться дам им чёткое определение - бессмыссленно.
если на клиенте достаточно браузера и JVM - клиент тонкий... даже если там три винта.
если требуется на клиенте еще что-то инсталлить - клиент толстый.
762. *2013/09/10 11:43 Если у вас браузер с поддержкой "песочницы". То вопрос "надо инсталлировать" - сугубо терминологический.
Если на "клиента" загрузить страницу с ява-скриптом, который загонит свою базу в "песочницу", и будет прекрасно работать даже будучи оторванным от сети. Это персоналка? Толстый клиент? Но там же только браузер и ничего более! Ура! Это тонкий клиент!!!! :))))))))))
763. .2013/09/10 11:53 >>758.Almt
>А веб-терминал с поддержкой javaScript с "песочницей"? ;)
Толстый или Rich-клиент1 в архитектуре клиент-сервер — это приложение, обеспечивающее (в противовес тонкому клиенту) расширенную функциональность независимо от центрального сервера. Часто сервер в этом случае является лишь хранилищем данных, а вся работа по обработке и представлению этих данных переносится на машину клиента.
Тонкий клиент (англ. thin client) в компьютерных технологиях — компьютер или программа-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер. Примером тонкого клиента может служить компьютер с браузером, использующийся для работы с веб-приложениями.
Компью́терный термина́л — электронное или электромеханическое устройство, используемое для взаимодействия пользователя с компьютером или компьютерной системой.
....
Терминал — это устройство ввода-вывода, его основные функции заключаются в отображении и вводе данных. Устройство со значительным объёмом обработки данных называют smart terminal или «толстый клиент» (англ. fat client). Терминал, сильно зависящий от своей хост-машины, на которой выполняются основные вычисления, называют тонким клиентом (англ. thin client).
Еще дурацкие вопросы есть?
764. RAM2013/09/10 12:02 >>762.Almt
> Ура! Это тонкий клиент!!!! :))))))))))
угу.
Если софт грузится с сервака и исполняется средствами браузерного яваскрипт и ява, это тонкий клиент.
Разница - в администрировании... тонкий == при смене версии софта на клиенте ничего менять не надо.
Есть сравнительный опыт поддержки толстого клиента СУБД и тонкого J2EE... пользователи корпоративные, но с большим территориальным разбросом. Во втором случае гемора на порядок меньше.
765. *2013/09/10 12:30 Если я cредствами .net просматриваю телефонный справочник с сервера - это толстый или тонкий?
Если на клиенте яваСкрипт, то его "толщина" определяется объёмами хранимых на клиенте данных?
766. e-jinn (e-jinn@rambler.ru) 2013/09/10 12:56 >>765.Almt
>Если я cредствами .net просматриваю телефонный справочник с сервера - это толстый или тонкий?
>
>Если на клиенте яваСкрипт, то его "толщина" определяется объёмами хранимых на клиенте данных?
Может просто дадите наконец свою окончательно(!) правильную формулировку, чем наводить тень на плетень?
767. *2013/09/10 12:59 Я - то дал, но её неприемлют :) И вот я пытаюсь выяснить, какая же формулировка будет приемлема для собеседников.
P.S. Приём нужна объективная формулировка.
768. NCCP2013/09/10 14:05 >>767.Almt
>Я - то дал, но её неприемлют :) И вот я пытаюсь выяснить, какая же формулировка будет приемлема для собеседников.
>P.S. Приём нужна объективная формулировка.
;)) Не доджетесь. Люди присваивают словам значения, если вы понимаете о чем я. Потому в языке как совокупности запомненых разговоров и записаных текстов более чем достаточно мусора.
Сделайте проще. Зафиксируйте два края шкалы. Тогда у большинства собеседников "толстым клиентом" будет область накывающая середину и где-то по трети в каждую сторону.
769. RAM2013/09/10 14:57 >>767.Almt
>P.S. Приём нужна объективная формулировка.
еще раз Разница - в администрировании
тонкий == при смене версии софта на клиенте ничего менять не надо. Изменения надо производить только на стороне сервера.
где хранятся (или кэшируются) данные неважно... это будет существенно для проведения границы с терминалами
770. *2013/09/10 14:59 У наших манагеров стоят писюки без сидиромов и с залоченными USB.
Когда, мы правим софт, с которым они работают, он обновляется автоматически.
Это толстые или тонкие клиенты?