Конструктивный же диалог ? Или - нет ? в тему LMD ... или НЕ LMD

← →
Digitman © (2004-04-22 17:41) [0]

http://delphimaster.net/view/6-1082619213/

← →
Игорь Шевченко © (2004-04-22 17:44) [1]

Конструктивный, вроде.

← →
Тимохов © (2004-04-22 17:46) [2]

мне тоже было интересно почитать, только я ничего пока не понял, так, что LMD, наверное.

← →
Тимохов © (2004-04-22 17:54) [3]

А почему такой вопрос?
У вас вообще все очень конструктивно.

← →
Digitman © (2004-04-22 18:23) [4]

> Тимохов

нет, ну знаешь ли - сам по себе выстроенный диалог мне импонирует ... автор стремится на базе обрывочных сведений о сабжа построить в голове четкую схему .. я понимаю ход его рассуждений .. я стремлюсь понятбь ход этих рассуждений .. я пмонимаю, что голова работает и анализирует инф-цию, принимая решение о детальных вопросах ... думаю, это очень приятно ... и мне и автору ... это LMD и не пахнет ...

← →
Тимохов © (2004-04-22 18:24) [5]

> это LMD и не пахнет ...

да я про себя сказал :)))

← →
uny (2004-04-22 18:25) [6]

раз приятно - какие сомнения?:)

← →
Тимохов © (2004-04-22 18:28) [7]

> Digitman © (22.04.04 18:23) [4]

К сожалению не могу точно вспомнить, но с вами или не с вами я говорил по поводу реализации обмена данных в деловой компьютерной бизнес-игре?

Это было примерно пол-года назад...

Я тогда плохо людей тут еще знал, но точно помню, что знаток был и при том в сетях, наверное с вами...

← →
Виктор Щербаков © (2004-04-22 18:35) [8]

Хороший диалог.
Если бы все такими были (по манере общения),
да еще уровень вопросов повыше... цены бы форуму не было.

← →
Verg © (2004-04-22 18:35) [9]

Форум...много пишущих, но на порядок больше читающих....
Диалог - это здесь не значит, что один другому говорит и наоборот. Я так считаю, что кто бы не спрашивал, отвечающий отвечает не только ему, а и всем читающим и заинтересованным. "Мастер класс", своеобразный....
Так что, насчет конструктивизма сомневаться не стоит, я думаю.

← →
Digitman © (2004-04-22 18:39) [10]

> Verg © (22.04.04 18:35) [9]

приятно слышать твое мнение, Андрей ..

← →
Тимохов © (2004-04-22 18:42) [11]

Почитал еще раз внимательно - отличный диалог. Соглавен с verg по поводу "Мастер класс".

Меня всегда одумлял вопрос: не ужели Вы это наизусть помните?

Я с scktcomp недавно разбирался - когда видишь код и msdn все понятно. Но вот чтобы напамять... это мощьно.

← →
Verg © (2004-04-22 18:53) [12]

> Тимохов © (22.04.04 18:42) [11]

Практика, навык, терпение (пусть даже и с помощью такой-то матери :))) - вот залог мастерства... я так думаю...
Можно прочесть 100 книг, но если за этим не последуют миллионы строк (так принято говорить) собственноручных исходников, миллионы же строк разобранных чужих исходников, десятки доведенных до конца (да заказчика) проектов, тысячи собственных ошибок и переосмыслений, то все эти "тонны" макулатуры - пустой шелест бумаги....

← →
Digitman © (2004-04-22 18:56) [13]

> Тимохов © (22.04.04 18:42) [11]

понимаешь ли, наизусть - это вряд ли ... но при многократном обращении к механизму некоторые строчки ориг.кода "прошиваются" в голове ... и не просто кода, а блок-схемы, построенной с учетом массы инф-ции. в той или иной мере имеющей отношение к саббжу ..

уверен - ни я ни коллеги по "сетевому цеху" далеко не каждую строчку, не каждый метод и не каждый обхект "щупали" своими руками-мозгами ... но многие из них готовы с уверенностью "вести" партнера по диалогу о концептуальном строении всейэтой сетевой петрушки ... ибо они, уважаемые мной коллеги, потому и мастера, что постигли таинство охватывания технолоний в целом на базе четких элементарных знаний платформы

← →
Тимохов © (2004-04-22 19:09) [14]

> Digitman © (22.04.04 18:56) [13]

Простите, что засоряю эту ветку - но пообщаться хочется именно в вами.

Если вы уж мне не ответили - не с вами ли я общался года пол назад на предмет реализации некоторой струкруты на сокетах, то просто спрошу по сокетам.

Сокетами напрямую я никогда не занимался - несколько раз использвал компоненты, но без особых знаний (благо дельфи это позволяет). Теперь перед нами встала весьма некоммерческая (т.к. в рамках научной лаборатории) задача организовать беспроблемный обмен данными в отчуждаемом продукте с весьма маленьким трафиком. Сервер пока сделали на сокетах без исползования компонентов. Сокеты блокирующие и синхронные (я пока не совсем понял одно ли это и то же). Для каждого соединения создается новый сокет для обмена данными и в доп. потоке получаем вопрос, отпраляем ответ. При этом после этого сокет закрывается, поток убивается. Следующий запрос (вопрос-ответ) от клиента обрабатывается также - accept возвращает сокет, создается поток и т.д. Как вы думаете такой вариант приемлем? Или надо держать соединение постоянно и постоянно его слушать?

← →
Юрий Зотов © (2004-04-22 20:31) [15]

Елы-палы, да какое же это LMD? И близко нет.

← →
Nous Mellon © (2004-04-22 21:06) [16]

Я так понимаю сама ветка камень в огород Игоря Шевченко?

> Nous Mellon © (22.04.04 21:06) [16]

А я так понимаю, что Игорь к этой ветке никаким боком. А ветка в огород тех, кто:
- не желает думать, задавая вопрос;
- не желает думать, читая ответы.

То есть - просто не желает думать.

2Юрий Зотов
Я об этом:

> Конструктивный же диалог ? Или - нет ? в тему LMD ... или
> НЕ LMD

Завтра автор скажет.
:о)

А что такое LMD? Простите за неосведомленность.

> автор стремится на базе обрывочных сведений о сабжа построить
> в голове четкую схему

К сожалению, это стремление как раз таки и настараживает. Строя четкую схему на базе обрывочных сведений мы вполне можем получить схему, которая будет описывать именно работу этих обрывков, а не реальный процесс. Считаю, что четкую схему надо строить на изучении основ, а лишь потом уже на нее накладывать эти обрывочные сведения. В моем опыте такая схема познания всегда была весьма результативна.

> А что такое LMD? Простите за неосведомленность.

Lamers Must Die, насколько я знаю

> Тимохов © (22.04.04 19:09) [14]

> Сокеты блокирующие и синхронные (я пока не совсем понял
> одно ли это и то же)

сокеты не могут быть ни "блокирующими" ни "синхронными"
сокет - это объект, а "блокировка" и/или "синхронность" - понятия относящиеся к алгоритмам как таковым

> При этом после этого сокет закрывается, поток убивается.
> Следующий запрос (вопрос-ответ) от клиента обрабатывается
> также - accept возвращает сокет, создается поток и т.д.
> Как вы думаете такой вариант приемлем? Или надо держать
> соединение постоянно и постоянно его слушать?

с т.з. производительности алгоритма такого сервера в целом такая логика неразумна, потому что старт нового потока - весьма "тяжелая" операция для системы, она сродни запуску холодного двигателя на морозе .. именно по этой причине различного рода гнездовые серверные компоненты-"оболочки" как правило поддерживают механизм трэд-пула, этот механизм ощутимо повышает производительность мультипоточного сервера, минимизируя время его реакции на запросы клиентов

с т.з. требований по ресурсоемкости сервера держать постоянно открытым соединения с "молчащими" клиентами конечно же вряд ли можно назвать разумным решением .. "молчащего" клиента, если это не оговорено конкретным прикладными протоколом инф.обмена, лучше отключать (скажем, через какой-то промежуток времени его "молчания").. с другой стороны, если требуется по возможности более быстрая реакция сервера на запрос клиента, неразумным будет всякий его запрос размещать в контекст отдельной сессии соединения - механизм установления вирт.петли соединения не такой уж и быстрый, особенно если задействован DNS

> Fantasist © (23.04.04 01:57) [20]

главное, imho, это стремление постичь "таинства" происходящего

> Digitman © (23.04.04 11:01) [22]

Спасибо за ответ.
Я уже перебрался в "Сети", полагая, что вы тут не хотите отвечать.

Конструктивный же диалог ? Или - нет ? в тему LMD ... или НЕ LMD Найти похожие ветки