Перейти к содержимому
Калькуляторы

Надеюсь что разработал идеальную сеть (с учетом физических ограничений)

16 минут назад, edo сказал:

упс. внезапно  появились не гарантированные по скорости передачи, и как они устроены?

В описании есть разделение основного физического канала на пользовательские виртуальные каналы и

свободную пропускную способность (на картинке обозначены черным цветом).

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

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

Можно даже сказать, пакетная система передачи данных, что позволяет поднять КПД использования физического канала до 98% процентов без перегрузки и потерь данных. (2% это линейное кодирование и разделение символов между пользовательскими данными и управляющими сигналами)

Изменено пользователем Rutel

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

так доступно для конечного пользователя соединение с непостоянной/негарантированной скоростью (как оно сейчас в ip-сетях) или нет?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, edo сказал:

так доступно для конечного пользователя соединение с непостоянной/негарантированной скоростью (как оно сейчас в ip-сетях) или нет?

Да, можно отправить короткую телеграмму, гарантии что дойдет нет (как у IP пакета).

Можно создать прямой и гарантированный канал. Передача короткого сообщения похожа на коммутацию ячейки в технологии АТМ.

Причем "осознанный" выбор между этими двумя вариантами использования сети делать необязательно.

Запрос на создание постоянного канала и отправки короткого сообщения по существу одно и тоже.

Любой постоянный канал начинается с передачи короткого сообщения (примерно как передать заголовок пакета) и дальше идут остальные данные по гарантированному каналу.

Если все необходимые для пересылки данные поместились в промежуточный буфер канала коммутатора, то это короткое сообщение.

Если не уместилось, то создается гарантированный канал.

Нужно только понимать, что гарантии создать новый канал нет (как и передать короткое сообщение - просто где то в промежуточном физическом канале закончилась пропускная способность).

"Бонусом" за отсутствие гарантий является максимально возможная скорость передачи данных (с учетом всех других желающих передать сообщение).

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

 

Изменено пользователем Rutel

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Когда будут прототипы в железе?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

58 минут назад, Ivan_83 сказал:

Когда будут прототипы в железе?

Это самый больной вопрос.

Сделать ограниченный прототип из "говна и палок" - на тестовой FPGA можно, но особого смысла нет (алгоритм интуитивно понятен).

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

В настоящее время SSM находится на этапе "обсасывания идеи" следующим этапом необходимо написать новый стандарт сети и только потом изготавливать прототип демонстрирующий работоспособность данного стандарта.

Написание стандарта по трудо-затратам  недоступно отдельному человеку, это работа для коллектива специалистов, собственно такой коллектив я и ищу (ну и тех кто профинансирует работу коллектива).

 

Кстати, действующий член диссертационного совета СибГУТИ заверил меня, что идея сети вполне соответствует требованиям предъявляемым к кандидатской диссертации.

Так что если есть желающие - пробуйте. 

 

В нашей стране нет готовой организации, которая сможет создать новый стандарт связи. 

 

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

Сейчас готовится перевод подобие White Paper, попробую "сходить" традиционным путем : Сначала сделают в другой стране, а потом у нас "импортозаместят".

А что делать - карма у нас такая (Петр I немного перестарался в свое время), да и не первый я таким путем иду.

Изменено пользователем Rutel

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

продолжаю рассматривать пример со скачиванием файла

 

2 часа назад, Rutel сказал:

Да, можно отправить короткую телеграмму, гарантии что дойдет нет (как у IP пакета).

то есть скачать файл с негарантированной скоростью невозможно, я правильно понял?

 

тогда следующий вопрос: кем определяется скорость с которой будет качаться файл?  она согласовывается при установлении соединения или же запрашивается клиентом? (а он откуда знает сколько можно запросить)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, Rutel сказал:

Попытки писать производителям оборудования не привели к результату

А может зайти под соусом нового стандарта для IoT девайсов?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 часа назад, Ivan_83 сказал:

Когда будут прототипы в железе?

Зачем сразу в железе-то? Сначала софтовую эмуляцию хотя-бы. Поверх обычного последовательного канала.

 

36 минут назад, MobileOneWiFi сказал:

А может зайти под соусом нового стандарта для IoT девайсов?

Тут просто необходимо снова ткнуть пальцем в https://xkcd.com/927/

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 часа назад, edo сказал:

продолжаю рассматривать пример со скачиванием файла

 

то есть скачать файл с негарантированной скоростью невозможно, я правильно понял?

 

тогда следующий вопрос: кем определяется скорость с которой будет качаться файл?  она согласовывается при установлении соединения или же запрашивается клиентом? (а он откуда знает сколько можно запросить)

Цитата

то есть скачать файл с негарантированной скоростью невозможно, я правильно понял?

Смысла нет, нужно просто инициировать множество передач коротких сообщений.

В сумме будет медленнее чем с использованием виртуального канала, каждое короткое сообщение передается информация с адресом и тд.

Аналогом из IP сети будет , передавать файл IP пакетами, по одному байту в каждом пакете.

Цитата

тогда следующий вопрос: кем определяется скорость с которой будет качаться файл?

Для существующих систем скорость (особенно мгновенная) является статистической величиной и определяется скорее типом соединения.

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

 

Непосредственно скорость передачи вычисляется той же системой (DNS), что вычисляет варианты маршрутов (для разных маршрутов скорость может быть различной).

Произвольное назначение скорости непосредственно  передатчиком недопустимо, сеть это "сообщество" регулируемое DNS ,ну или заранее рассчитанное и записанное в статичную таблицу маршрутов

(для внутренних соединений статичных малых сетей).

Если разрешить непосредственное управление скоростью для каждого клиента, то получится непредсказуемая система (примерно как в IP без алгоритма постепенного повышения скорости).

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

(в случайный момент времени передать до 100кбайт данных).

 

Первичной информацией для вычисления маршрута должен быть запрос на вычисление маршрута.

Пока еще не думал над таким аспектом : Если кто то запрашивает соединение, то логично спросить и у приемника, а готов ли он принять и обработать данный поток.

Или это делать в рамках оптимизации ?

 

В целом: Назначение скоростей конкретных потоков не является мгновенно исполняемой задачей и выполняется постепенно в рамках оптимизации потоков данных.

Влияние на скорость передачи возможно только через данные содержащиеся в запросе.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Попробую описать текущее положение дел и то что я предложил "в обобщенных" терминах :

 

Пакетная коммутация (в чистом виде ) :

Это воплощенная случайность, все параметры случайны и скорость  и время доставки.

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

Самое печальное, что при фильтрации амплитуда оставшейся части не падает.

Поэтому любые попытки регулировать последовательность "разгребания" пакетов из буфера коммутатора не приведут к прекращению потерь и стабилизации параметров скорости и времени доставки.

Для исключения потерь потребуется буфер бесконечного размера (фильтр с бесконечной полосой подавления), но при этом в бесконечность улетает время доставки.

Попытка доставить быстро - приведет к потерям данных.

 

Фреймовая коммутация (SDH и тд)

Это воплощение стабильности, аналог моночастотный (обычно 8кГц) сигнал, предсказуемый до мельчайших параметров. 

Вроде хорошо, но это приводит к отсутствию гибкости скорости предоставляемого канала, увеличению времени доставки, большому времени создания канала, 

к падению КПД использования первичного канала.

При пакетной коммутации занижается КПД использования первичного канала за счет повторных пересылок при неограниченном числе пользователей,

при фреймовой занижается именно число пользователей при неполной загруженности выделенного канала.

Механизмы падения КПД разные, но с практической стороны результат один - требуется в разы завышать пропускную способность первичных каналов (для пакетной сети в 3-5 раз) относительно теоретически необходимой.

В результате подходит только для систем с медленным предоставление типовых каналов (телефония, кабельное ТВ) или как средство объединения и разделения потоков между физическими кабельными соединениями (статические мультиплексоры).

 

SSM коммутация. 

По существу две основные системы (типы) коммутации представляют собой два различных полюса (хаос и полная определенность).

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

При этом я взял самые лучшие черты от каждой из существующих :

- быстрое создание канала от пакетной коммутации, отправил пакет вот тебе и канал.

- гарантированность уже созданного канала от фреймовой коммутации.

и при этом есть возможность регулировать степень случайности (от полного хаоса до полной гарантии). 

Хаос кроется в моменте создания канала, постоянство в уже созданном канале.

Чем чаще создаешь канал, тем больше уровень "хаоса" в сети.

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

Получилась максимально универсальная система. 

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

Кроме того высокий КПД (до 98%) должен обеспечить внедрение моей разработки в "массы".

Что лучше поменять коммутатор на новый или создавать канал связи в 5 раз большей производительности?

Учитывая совместимость пакетной и фреймовой коммутации с SSM, вообще праздник какой то получается.

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

Изменено пользователем Rutel

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

14 часов назад, Rutel сказал:

Кроме того высокий КПД (до 98%) должен обеспечить внедрение моей разработки в "массы".

Что лучше поменять коммутатор на новый или создавать канал связи в 5 раз большей производительности?

 

то есть главной проблемой, которую решает ваш протокол, является недоутилизация линий связи стандартным tcp/ip?

насколько я знаю, проблема есть, но никак не фатальная, никаких «в 5 раз больше» на типичных магистральных сетях вы не получите.

 

какие проблемы вижу я:

  • оно не выглядит особо совместимым с текущей сетью (проблемы с реализацией маршрута, в котором часть пути проходит через сети tcp/ip, а часть — через вашу придумку), соответственно, перспективы внедрения околонулевые (тут ipv6 десятками лет внедряют);
  • больно уже оно stateful, каждый узел отслеживает состояния всех проходящих через него соединений, при этом эта информация обязательна для работы системы (без неё приёмник просто не поймёт что он принимает). что будет после перезагрузки промежуточного узла сети? все соединения должны будут оборваться (то есть опять же нужно что-то вроде ACK в tcp) и переустановиться заново?
  • что делать с беспроводными сетями с отсутствием постоянной скорости by design?

 

так что моё мнение: прожектёрство это всё. хотя возможность избавиться от slow start и передавать с какой-то гарантированной скоростью — очень привлекательно, конечно, сегодня очень много усилий брошено в эту сторону.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, edo сказал:

 

то есть главной проблемой, которую решает ваш протокол, является недоутилизация линий связи стандартным tcp/ip?

насколько я знаю, проблема есть, но никак не фатальная, никаких «в 5 раз больше» на типичных магистральных сетях вы не получите.

 

какие проблемы вижу я:

  • оно не выглядит особо совместимым с текущей сетью (проблемы с реализацией маршрута, в котором часть пути проходит через сети tcp/ip, а часть — через вашу придумку), соответственно, перспективы внедрения околонулевые (тут ipv6 десятками лет внедряют);
  • больно уже оно stateful, каждый узел отслеживает состояния всех проходящих через него соединений, при этом эта информация обязательна для работы системы (без неё приёмник просто не поймёт что он принимает). что будет после перезагрузки промежуточного узла сети? все соединения должны будут оборваться (то есть опять же нужно что-то вроде ACK в tcp) и переустановиться заново?
  • что делать с беспроводными сетями с отсутствием постоянной скорости by design?

 

так что моё мнение: прожектёрство это всё. хотя возможность избавиться от slow start и передавать с какой-то гарантированной скоростью — очень привлекательно, конечно, сегодня очень много усилий брошено в эту сторону.

Цитата

то есть главной проблемой, которую решает ваш протокол, является недоутилизация линий связи стандартным tcp/ip?

Недоутилизация это скорее бонус к сегодняшним сетям. Основная решаемая задача : Получить каналы с точно известными, предсказуемыми характеристиками.

В настоящее время данную проблему пытаются решить с помощью NGN Softswitch, думаю только подобная технология не "взлетит".

Текущее состояние NGN "перетяжеленное" и излишне "централизованное".

Цитата

оно не выглядит особо совместимым с текущей сетью

Передавать трафик всех текущих сетей через SSM можно, а вот трафик SSM только через фреймовые сети (SDH), через IP можно но особого смысла нет.

Думаю это не сильно большая проблема, то что передать трафик SDH сети через IP нельзя  никого особо не трогает.

IP сеть является ограниченно функциональной по самому принципу своего устройства.

Цитата

что будет после перезагрузки промежуточного узла сети?

Просто произойдет разрыв всех соединений. Через время равное удвоенной доставке об этом узнает передатчик (приемник за время меньшее чем время доставки)

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

Непосредственно время создания канала равно нулю (если достаточно пропускной способности).

Нужно только произвести повторную отправку данных, которые находились в буферах коммутаторов и кабелях связи их соединяющих в момент разрыва соединения.

В целом для определения объема повторно пересылаемых данных (с небольшим запасом), даже нет необходимости связываться с приемником

(время доставки достаточно точно известно).

Цитата

что делать с беспроводными сетями с отсутствием постоянной скорости by design?

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

синхронизируются от последовательности приходящих символов (если никакой символ не пришел - время остановлено).

Модем имеет на входе и выходе буфера данных и просто изменяет скорость выборки из него, так что бы не допустить переполнения.

Логика работы мультиплексора получая значения скорости перестраивает суммарный канал в реальном масштабе времени (можно сразу опираться на размер буфера).

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

Если скорость канала станет меньше, то начнут разрываться виртуальные каналы для которых не хватило пропускной способности.

Порядок разрыва соединения может быть любым и определяется коммутатором.

 

Цитата

так что моё мнение: прожектёрство это всё. хотя возможность избавиться от slow start и передавать с какой-то гарантированной скоростью — очень привлекательно, конечно, сегодня очень много усилий брошено в эту сторону.

Первый кто удачно применит SSM алгоритмы, вырвется вперед и остальным придется делать тоже самое иначе они исчезнут (конкуренция сейчас дикая, новинок и прорывов нет).

Алгоритмы достаточно простые, можно реализовать даже на относительно недорогих FPGA. 

Для внедрения не требуются усилия "законодателя мод" и океана денег (море денег потребуется).

Других вариантов сравнимых по эффективности пока нет (мне найти в интернете  не удалось).

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

Главное, что бы на момент выбора эта фирма знала о существовании SSM сети.

Изменено пользователем Rutel

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ИМХО строить сейчас сеть не совместимую с IP — это для очень сильных духом. не понимаю, кого вы видите в роли потенциальных пользователей этих сетей.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну вот почему несовместимую, сначала пользователь получает самую обычную IP сеть (только вылеченную от ее врожденных болячек).

Да и сейчас (в нашей реальности) пользователь не всегда пользуется чистой IP сетью, есть PON, SDH, различные телефонные системы передачи данных.

Поверх этих сетей идут IP пакеты и никого это не заботит.

 

Тут примерно так же будет, только в какой то момент, когда между абонентами будет только сеть SSM изменится драйвер с TCP IP на драйвер потоково-ориентированного  интерфейса.

 

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

Представьте будущий процессор у которого только ноги питания и оптический выход SSM сети, с быстрой оптикой на кристалле (1Тбит и более) уже экспериментируют, только опять же приемлемой сети нет 

вот и придумывают всякие "гипертрейдинги".

 

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

И ток в десяток килоампер протекает от одного радиатора к другому.

 

А я еще и замену Фон Нейману "подгоню", с возможность поднять потолок производительность отдельного кристалла .

Сеть обеспечит бесшовное соединение таких кристаллов и станут вычислительные системы от миллиона раз более быстрыми.

 

А потом я опишу алгоритм решения произвольной задачи и "кирдык" человечеству.

Изменено пользователем Rutel

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

23 минуты назад, Rutel сказал:

Да и сейчас (в нашей реальности) пользователь не всегда пользуется чистой IP сетью, есть PON, SDH, различные телефонные системы передачи данных.

Поверх этих сетей идут IP пакеты и никого это не заботит.

....

Представьте будущий процессор у которого только ноги питания и оптический выход SSM сети, с быстрой оптикой на кристалле (1Тбит и более) уже экспериментируют, только опять же приемлемой сети нет 

вот и придумывают всякие "гипертрейдинги".

....

А я еще и замену Фон Нейману "подгоню", с возможность поднять потолок производительность отдельного кристалла .

Сеть обеспечит бесшовное соединение таких кристаллов и станут вычислительные системы от миллиона раз более быстрыми.

 

А потом я опишу алгоритм решения произвольной задачи и "кирдык" человечеству.

(facepalm) Ладно, кто тут из сторожилов так развлекается, признавайтесь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Только что, Sergey Gilfanov сказал:

(facepalm) Ладно, кто тут из сторожилов так развлекается, признавайтесь.

Чего сразу развлекается, просто есть такой тип мышления "Индуктивное умозаключение" вот и "Вангую".

Если серьезно, постепенно готовьтесь читать описание процессора там больше 100 страниц текста.

Процессор является неотъемлемой частью SSM сети, ну или SSM сеть частью процессора.

Думаю "погромисты" меня проклянут.

Есть у меня "мечта", вот ее и хочется достигнуть. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 минуты назад, Rutel сказал:

Чего сразу развлекается, просто есть такой тип мышления "Индуктивное умозаключение" вот и "Вангую".

Отлично, значит насчет того, что это кто-то из старожилов, возражений  нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

34 минуты назад, Sergey Gilfanov сказал:

Отлично, значит насчет того, что это кто-то из старожилов, возражений  нет.

Тоже ошиблись, сюда пришел просто потому что здесь один из рассадников сетевиков, а мне нужно получать обратную реакцию.

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

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

А так погрызут меня специалисты и если отобьюсь, то шансы сильно подрастут.

 

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

Изменено пользователем Rutel

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 06.10.2020 в 21:16, YuryD сказал:

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

Попалась в инете статья, приведу выдержки :

Цитата

Ваш мозг — ленивая сволочь

Как и вы. И поэтому стремится снизить затраты энергии на ту или иную деятельность путём создания своеобразных «макросов» — программ, которые вы выполняете по шаблонам.

Цитата

С одной стороны, это отличная суперспособность — действительно, зачем тратить лишнюю энергию для осуществления однотипных действий? Однако обратная сторона этой способности — снижение пластичности мозга. Дело в том, что чем дольше мы пользуемся энграммами, тем меньше работают базальные ганглии в нашем мозге. Их основная функция — вырабатывать нейромедиатор ацетилхолин, помогающий нейронам «прорубать» новые тропинки среди информационного шума нашего мозга (примерно это у вас происходит сейчас, после прочтения данного предложения).

Цитата

Казалось бы, зачем всё это менять? А затем, что наша жизнь — непрерывный источник изменений, не поддающихся нашему контролю. 

Цитата

Представьте, что ваш мозг — это бетон, который через какое-то время застынет.

Образ «затвердевших» мозгов вам станет понятнее, если вы посмотрите на большинство 70-летних, не способных освоить таймер на микроволновке, воспринимающих в штыки всё новое, выполняющих годами однотипные действия (или воспроизводя шаблоны мышления). Эти «тропинки» в их головах превратились в норы и тоннели в скальных породах, и «прорыть» проход в соседнюю пещеру практически невозможно.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я сейчас немного обижусь :) Мне всего пока 59 лет... За всю прошедшую жизнь не считал свой мозг тупым, да и сейчас не считаю. Просто стало медленнее думаться, опыт упирается и тормозит. Ну и однотипных действий я ему не разрешал, он блин - парадоксов друг. Новое идёт хуже, особенно .... Но Вам я этого не расскажу, ибо без багажа - пассажир  не пассажир :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Цитата

Но Вам я этого не расскажу, ибо без багажа - пассажир  не пассажир :)

Это да, но багаж нужно постоянно перетряхивать и сопоставлять с текущей действительностью.

Пока ни один из наших топовых ВУЗов не смог написать резюме по предложенной сети.

Я пока не могу понять это лень или недостаток компетенции ?

Сейчас пишу работу по процессору с потоковой архитектурой.

Если не ошибаюсь, то должно получиться устройство программно совместимое с человеческим мозгом.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

55 минут назад, Rutel сказал:

устройство программно совместимое с человеческим мозгом

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Больной, вы таблетки забыли принять.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

21 час назад, alibek сказал:

Больной, вы таблетки забыли принять.

Все идеи проходят три основных стадии :

- этого не может быть, потому что не может быть и все.

- в этом что то есть

- да что Вы мне рассказываете, это все знают.

 

Про вероятность совместимости я написал по той причине, что в процессоре получаются структуры похожие на кору головного мозга.

2020-10-14_23-23-40.png

Изменено пользователем Rutel
Добавил картинку

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.