- Технологии можно использовать для создания оружия, способного
"уничтожить всё живое на огромной территории." BlackMorda(171 знак., 29.07.2020 23:13 - 23:42, Off, ссылка, полностью)Evgeny_CD
- Юра прости, мы все про...ли. Все полетели на Марс, китайцы,
американцы и даже арабы в дружбе с Японией _nn(25 знак., 30.07.2020 18:34,
)
- А нам не надо на Марс. Для государственников важнее стабильность -
чтобы так, как сейчас, оставалось вечно :) - Kceния(31.07.2020 00:06)
- "Все прыгнули - и я прыгнул". Это к вопросу за бортом. - Evgeny_CD(30.07.2020 23:55)
- Ну, да. Все уже 7 нм используют, ну а мы делаем на 180нм, за то не
такие , как все. Полимеры просрали, конечно, нам на Марс не надо.
Но каждый год нам говорят, что в таком-то году, лет через 10, мы
обязательно покорим Альтфа Центавра. _nn(58 знак., 31.07.2020 05:42, )
- Им всем осталось самую малость - приземлиться на поверхность Марса
в рабочем состоянии. - Evgeny_CD(30.07.2020 23:54)
- Люди играются, у них на это время и деньги есть. После того как оснастили армию. - ASDFS(30.07.2020 14:36)
- Хм, то есть Nikolay801_(742 знак., 30.07.2020 09:10)
- на фоне Nikolay801_(96 знак., 30.07.2020 08:21, ссылка)
- Да вы все охуели? Всё, что придумали люди, используют сейчас только
для войны грядущей и, самое главное, для отбора средств в пользу
небедных у бедных. В Израиле всё то же самое. Птичку жалко. Но. Бapбoc(84 знак., 29.07.2020 23:47)
- Жалкое подобие группового урока технике пилотировпния для стерхов!
Писателя методички скормить этой доброй птичке. - Evgeny_CD(29.07.2020 23:24)
- У Израиле нет оружия? А у РФ технологий, способных накормить птенцов на огромных территориях? Старый писатель методичек ушел на пенсию и вместо него взяли трех
чернокожих лезбиянок?! - Cкpипaч(29.07.2020 23:17)
- Ищу название цангового контакта, который впаивается в платы. И Как
бы получается он и SMD и в него могут вставляться разьемы без
шлейфа и можно раставлять из как угодно. Бывают разного диаметра. megajohn(1 знак., 30.07.2020 15:33, SCH, картинка, полностью)
- Просматриваю материалы на тему утечек конденсаторов. Может быть
попадалось что то на глаза из этой серии: нужна емкость больше
сотен uF и токи утечки (в домашнем диапазоне температур) максимум
доли uA - Tpoeшник(29.07.2020 15:40, SCH, полностью)
- TMJ S1gma: Xaoc(168 знак., 30.07.2020 20:06,
, ссылка)
- Минимальные утечки у пленочных, только емкость не большая и
напряжение приличное и габариты те еще. - Visitor(30.07.2020 17:20)
- По саморазряду. Зарядить до 5 вольт, все отключить, подождать
несколько минут измерить напряжение, по падению измерить ток
утечки. Nikolay801_(89 знак., 30.07.2020 12:28)
- Слышал что если тантал например 6ти вольтовый ставить на три
вольта, то утечки на порядок уменьшаются. Как их вообще оценить?
Это типа зарядить а потом смотреть прибором разряд? Как минимум
сравнить можно будет несколько конденсаторов - Tpoeшник(30.07.2020 08:13)
- вот, например: - SciFi(29.07.2020 15:43, ссылка)
- HF/50MHz Transceiver TX-500: какая красота, и сделано в Алтайском
крае - megajohn(29.07.2020 17:34 - 19:32, RFID, ссылка, полностью)Evgeny_CD
- У кого-нибудь есть Cosmic STM8 Eval, не требующий
регистрации/активации? Я скачивал как-то с их сайта, просто
устанавливается и работает. Видимо, вычистили всё. Дошло до того,
что заархивировал у себя директорию из program files, её можно
просто скопировать, и всё работает. Но хотелось бы добыть
дистрибутив. - SciFi(30.07.2020 12:16, dao)
- Информация для внимания - при посещения Крыма НЕ советую
авторизовываться, к примеру, в Гитхабе... прислали грозное
письмо... пока курю... sav6622(33 знак., 26.07.2020 19:52 - 20:16, dao, полностью)Evgeny_CD
- Добрый. Нужно на оооочень медленном (0-3 вольта за 10 сек)
повышении питания меги гарантированно стартовать. Как бы попроще
решить. Спс! - Tpoeшник(29.07.2020 08:13, AVR, полностью)
- Приведи пожалуйста ссылку на C стандарт подтверждающую слова: "про
невыравненный доступ сказано -- поведение неопределено"? Уточню:
речь идет о void* указателе. - RxTx(24.07.2020 14:49 - 26.07.2020 13:02, MCU, полностью)fk0
- Сонму копьеметателей: Пощупал конкретнее: В MDK ARM v4 пофиг всякие
#pragma pack(1), __align(4), __packed и их полное отсутствие.
Похоже компилятор, имея в командной строке " --cpu Cortex-M3",
всегда генерит __aeabi_memcpy() в соответствии со здравым смыслом,
имея указатели (void *)... Тут другое интересно - третий параметр в
"шибко грамотном" MDK ARM v5. Что там вещает стандарт?
Руководствуясь тем же здравым смыcлом, там должно быть количество
БАЙТ и компилятор должен Гyдвин(82 знак., 27.07.2020 12:30)
- Где я говорил про void*? Речь про указатель на int. fk0(281 знак., 24.07.2020 15:23)
- Ты написал в прошлом сообщении (цитирую твои слова): "а с некой
абстрактной моделью вычислительной машины заданной СТАНДАРТОМ
ЯЗЫКА". Ты выражение "стандарт языка" понимаешь как-то не так как
все люди? Какие еще "оптимизаторы", какие "кодогенераторы" в
стандарте языка C? Вот я тебя и прошу подтвердить твою же фразу.
Мне еще в 2-3х сообщениях требовать с тебя цитату из стандарта? Или
не будем валять дурака, и ты уже все понял, что по стандарту языка
C прав именно RxTx(558 знак., 24.07.2020 15:53)
- ISO/IEC 9899:201x, разделе 6.3.2.3 Pointers, параграф 7: fk0(851 знак., 24.07.2020 17:18)
- Баг в GCC, а не в Clang и вообще совершенно про противоположное,
мол нет оптимизации. Остального не понял -- научись выражать мысли
на понятном языке. Гудвин не прав, т.к. при использовании
стандартных же любых конструкций языка (без упакованных структур)
"баг" воспроизвести невозможно. А то, что он воспроизводится при
использовании упакованных структур совершенно естесственно, и
кстати в баге gcc есть на это комментарий (см. ссылку) -- вот так
проблему можно обойти. Какие fk0(1225 знак., 24.07.2020 16:56, ссылка)
- Давай укоротим проблему, насколько это возможно, т.к. нет времени и
я устал. С GCC и багом вряд ли я был прав, несмотря на то что
внутри armcc.exe v4 v5 масса строк "GCC" и отсутствует "CLANG",
armcc это отдельный компилятор. В v6 он называется armclang. Со
стандартом вышло смешно. Формально ты привел действительно ровно
то, что я спросил. И бессмысленно утверждать что разумеется вопрос
был о прямых виновниках разговора: о функции memcpy (она оговорена
в стандарте) и о 6.2 RxTx(1116 знак., 24.07.2020 22:30)
- На счёт memcpy: с одной стороны да, ты можешь подсунуть
невыравненный адрес и всё должно работать. И действительно, если ты
руками там как-то аллоцировал память, посчитал адрес, он оказался
невыравненный -- всё будет работать. Будет вызвана "неоптимальная"
версия memcpy. А в случае с гудвиновским багом компилятор был
обманут: ему сказали, что будеут копировать вот такой-то тип, а
этот тип никак не может лежать на невыравненном адресе,
следовательно, компилятор знает, если fk0(1323 знак., 25.07.2020 02:24, ссылка)
- Извини, но ты загнался. LightElf(632 знак., 26.07.2020 14:26)
- Чего ты привязался к memcpy. Я рассказал выше как получается баг. Вместо memcpy может быть любое обращение по указателю/ссылке. К слову и gcc и clang даже варнинг имеют специальный:
-Waddress-of-packed-member. Его невозможно выполнить в любом коде.
А ты хочешь сказать, мол memcpy на 32-битной машине должен
копировать по байтику вместо 4-х за раз, а на 64-битной по байтику
вместо 8, а на машинах где есть векторные инструкции... вообще
страшно. И да, оптимизатор fk0(728 знак., 26.07.2020 15:24)
- Я привязался к memcpy ровно потому, что ее параметры прямо декларируются как void*. void* означает, что указатель может быть любым. И компилятор обязан этот факт учитывать. Тяготы и лишения
компиляторописателей меня интересуют постольку-поскольку. - LightElf(26.07.2020 15:35)
- И он работает с любым типом корректно. Пока ему голову не
заморочили взятием указателя на выровненный тип в упакованной
структуре. В каком-то смысле, это недоработка компилятора, но
стандарт не нарушается. - Nikolay_Po(26.07.2020 15:39)
- Мы говорим о нестандартном (но весьма распространенном) расширении.
Причем тут ссылки стандарт? - LightElf(26.07.2020 15:42)
- ОК. С точки зрения работы расширения проблема налицо. Но fk0
принялся ругать говнокод и защищать компилятор. За что ему большое
спасибо! Всё подробно разжевал, ссылки привёл. Тема была - супер!!! - Nikolay_Po(26.07.2020 15:47)
- Тогда на что ссылаться? По стандарту всё ок. А по мнению LightElf
не ок? Нужен какой-то формальный документ, который описывает
поведение компилятора. - fk0(26.07.2020 15:44)
- На документацию конкретного компилятора - LightElf(26.07.2020 15:48)
- Где в документации описывается что должно происходить в случаях: fk0(232 знак., 26.07.2020 15:59)
- А знаешь почему не описывается? Сям (компилеру и стандарту) просто
чхать, какая там структура. Осознай это. Упакованная, не
упакованная - именно сишечке по барабану. Осознай: требования по
default data alignment (вообще по типам, не только выравнивание, но
и размер) оно существует только для конкретной CPU платформы, не у
компилятора. И padding (выравнивание) структур делает не компилятор
следующий стандарту C, а бэкенд, именно он отвечает за платформу,
ее выравнивание, RxTx(223 знак., 26.07.2020 17:22)
- Логично, что implementation defined behaviour должен быть описан в
документации конкретного implementation. Разве не так? - LightElf(26.07.2020 17:21)
- Я выше сказал, что проблема возникает не в memcpy, а в выражении
&IH.conag. Что там после -- уже не важно. Результат данного
выражения не валиден. Он содержит корректное числовое значение, но
некорректный тип, из-за чего оптимизатор принимает не верное
решение. - fk0(26.07.2020 15:39)
- Опыт жизни и общефилософское наблюдение показывают: дискуссия
(разговор, беседа) только тогда здрава, заканчивается познавательно
и позитивно, когда ее участники имеют одну и ту же цель и
заинтересованы в одном и том же результате. Моя цель в данном
случае - выяснить четкую практическую истину. Где что сломалось,
почему, кто виноват и что делать. Твоя цель явно в том чтобы либо
образовать меня/нас, либо просто изложить (насколько ты понимаешь и
способен) свои представления о RxTx(484 знак., 25.07.2020 10:11)
- Нет, это не баг. Потому, что это UB. Потому, что изначально взяли
указатель на int и присвоили ему что-то, что не является указателем
на int (об чём есть строчка в стандарте). Далее уже не важно. Более
того, ещё раз повторю, в рамках СТАНДАРТНОГО C/C++, возникновение
такого "не бага" -- в принципе невозможно. Оно появляется из-за
"бажной" реализации упакованных структур. Ты прицепился к memcpy и
считаешь, что мол баг. Но класс проблем же НАМНОГО ШИРЕ, чем только
memcpy. fk0(858 знак., 25.07.2020 16:40)
- Вчера я прочитал что ты написал и планировал самостоятельно
поэкспериментировать. Слова это одно, а когда начинаешь разбираться
сам легко может быть другое. Не вышло, нет времени, поэтому все что
я здесь пишу основано на исходных данных этой темы. Кстати беглое
изучение документации на тему memcpy показывает что существует
большое пространство для маневра не только с тривиальными ключами
компилятора, прагмами и атрибутами но и что важно, с подключаемыми
либами/выбором obj RxTx(5329 знак., 26.07.2020 12:46)
- UB значит, что возможное дальнейшее развитие сценария писателями
компиляторов не рассматривается. Такого мол изначально не может
быть, программист не допустит. Поэтому если при анализе ситуации
возникает UB, то нет смысл думать что если то, или если это -- оно
в принципе невозможно в корректной программе. Выражение
"&IH.conag" само по себе UB. Поэтому заявить, что мол в
компиляторе баг и притягивать дальнейшие преобразования типа и
вызов memcpy не нужно: в корректной fk0(4348 знак., 26.07.2020 13:47)
- Я считаю мы с тобой обменялись мнениями. Дальше пойдет уже
непринципиальное, и смысла обсуждать мелочи не вижу. Ты видимо
по-инерции, все еще не осознав или невнимательно, невдумчиво
прочитав мой пост, прибегнул к обсуждению стандарта C. Напрасно,
так как твои посты я перечитывал несколько раз, обдумывал, и даже
заметил что самое первое что ты написал в эту тему - это именно то,
что memcpy должна работать без всяких проблем! А потом у тебя
что-то сломалось :) Так вот, RxTx(758 знак., 26.07.2020 16:46)
- Опять за рыбу деньги. Расширение в виде #pragma pack в GCC есть?
Есть. memcpy в GCC есть? Есть. Где-нибудь в доке GCC написано, что
к элементам пакованной структуры применять memcpy нельзя? Нигде.
Бага GCC очевидна. Чего спорить-то? Хоть бы warning выдавал, как
тот же IAR делает (Used the address of unaligned structure member). - LightElf(26.07.2020 15:08)
- Именно в gcc бага нет, как и в clang последних версий. Они
применяют атрибут меняющий alignof на 1 автоматически. И там
получаются инструкции ldrb при обращении и медленная версия memcpy.
Но ты _доказать_ что это баг в keil или ранних версиях clang -- не
сможешь. Баг в чём? Я выше привёл доказательство, что это UB, a
следовательно не баг. - fk0(26.07.2020 15:27)
- Если компилятор рассматривает void* как int*, то это его
обязанность убедиться в допустимости такой замены в каждом
конкретном вызове. - LightElf(26.07.2020 15:39)
- Так для типа int -- всё корректно. Некорректно для того типа, что
лежит в упакованной структуре. Это не int, потому, что int не может
лежать на невыравненном адресе. Это другой тип. Но в структуре
записано что int, что и приводит к краху. - fk0(26.07.2020 15:43)
- Компилятор знает, что в общем случае void* нельзя приводить к int*.
Компилятор либо знает, что тип лежит в упакованной структуре и
должен генерировать правильный код. Либо компилятор не знает, где
лежит данный конкретный int и тогда должен исходить из худшего (раз
уж он поддерживает такие конструкции). А вот это "здесь читаем,
здесь не читаем, а здесь - рыбу заворачивали" есть косяк и бага. - LightElf(26.07.2020 16:22)
- SciFi же дал ссылку на кейловскую документацию: Taking the address of a field in a #pragma packed struct does
not yield a __packed pointer. Так что это не баг, а фичер: в структуре лежит __packed int, а
берёшь адрес, и брюки превращаются... превращаются брюки...
Идиотизм конечно, но bug report слать действительно бесполезно. - йцyкeн(26.07.2020 15:58, ссылка)
- Спасибо. Убедительно. - Nikolay_Po(26.07.2020 13:58)
- Вы заблудились в сферических абстрацкиях в ваккуме (возможно вместе
с компиляторописателями). В данном случае мы работаем на процессоре
M3 который УМЕЕТ делать unaligned access. Поэтому если компилятор
знает что генерит код для M3 то никакого undefined behavior при
невыровненном указателе на ЭТОЙ архитектуре нет - корректное
исполнение обеспечит hardware. - 3m(26.07.2020 11:42)
- К сожалению, я не пользуюсь Кейлом, поэтому про Кейл ничего не
скажу, но эксперименты с ИАРом показали следующее: во-первых, в
ИАРе воспроизвести эту ошибку не удалось. ИАР заменяет memcpy на
__aeabi_memcpy4, если адреса выронены, и на __aeabi_memcpy, если не
выровнены. Если для невыровненных адресов написать __aeabi_memcpy4
ручками, хардфолт происходит, и здесь нет никакой мистики:
__aeabi_memcpy4 использует инструкции LDM и STM, для которых CM3
как раз не умеет делать йцyкeн(109 знак., 26.07.2020 14:40)
- Умеет делать unaligned access??? Есло бы он умел, то изначально
исключения (в чём собственно баг) при попытке этого самого access
не возникал бы! Чтоб оно так работало надо сбросить битик
UNALIGN_TRP в CCR, а компилятор ни сном, ни духом про SFR регистры
и их значения. Это программист их правильно поставить должен
вначале. Ну там ещё есть такая мелочь, что невыравненный доступ
доступен не для всех инструкций... что тянет за собой отдельную
реализацию всех библиотек fk0(267 знак., 26.07.2020 13:14, картинка)
- undefined behavior -- это йуридическое понятие, а не техническое,
есличо - SciFi(26.07.2020 11:55)
- Отдыхать вам, батенька, надо... Компилятор должен делать то, что
ему явно указали. Все. Конец пустому пиздежу... - Гyдвин(25.07.2020 08:43)
- Я привожу в пример C++ потому, что зная как он работает начинает
приоткрываться принцип работы и C компилятора тоже (благо внутри
там у GCC и Clang для обоих языков один "движок"). В языке C нет
некоторых вещей (шаблонов, ADL), что не даёт понять, например,
почему тип важен и как тип может управлять компиляцией. Для C
программиста может быть не очевидно, а C++ программист запросто
может написать свой самодельный memcpy ровно с такими же "багами"
пользуясь только средствами fk0(196 знак., 25.07.2020 01:57, ссылка)
- armega8. Перестало работать опорное 2,56в. В даташите появилось(?)
указание на то что источник опоры - высокоомный. Cкpипaч(154 знак., 29.07.2020 14:34, AVR, полностью)
- Панаехали, панимаешь. BlackMorda(801 знак., 29.07.2020 18:39, Off, ссылка, полностью)
- наконец-то!!! Нашли в себе силы и как минимум на 156 серверов процы
придется изготовить. В каждом не менее 4 штук. И контракт почти
подписан (если не отменят). Ну что, значит есть еще порох.... klown1(7 знак., 29.07.2020 16:16, Off, ссылка, полностью)
- 3 сентября 1939 года Великобритания (в 5:00) и Франция (в 11:00)
объявили войну Германии. BlackMorda(701 знак., 28.07.2020 10:05 - 12:32, Off, полностью)fk0
- Вы задрали этот миф про совместный парад в Бресте трепать. - Codavr(29.07.2020 12:46, ссылка)
- по вашей же ссылке , на что согласился Гудериан "В 16 часов части вашего корпуса в походной колонне, со
штандартами впереди, покидают город, мои части, также в походной
колонне, вступают в город, останавливаются на улицах, где проходят
немецкие полки, и своими знаменами салютуют проходящим частям.
Оркестры исполняют военные марши" - Aleksey_75(29.07.2020 13:17)
- Вы все врете! В википедии не так написано, википедия, гугл и ютуб
врать не будут! Nikolay801_(16 знак., 29.07.2020 12:57, ссылка)
- На правах гражданина Украины... а в чем проблема? На тот момент,
войны между Россией и Германией не было. "Торжественно вышли" -
немцы, не поляки. Т.е. Польшу тоже не обидели, там ее, к этому
моменту, уже не стояло. - Cкpипaч(28.07.2020 22:43)
- Ну и что? А в мае 1945 года Советская Армия взяла Берлин. - AПM(28.07.2020 16:17)
- О! Вот и "Дойче Вохеншау" подъехало, Тезка из Уренгоя перелогинься! - Nikolay801_(28.07.2020 10:14)
- Я вчера объявил войну Соединённым штатам. И что? В чём это
объявление выражалось? А наши отжали у немцев Брест без единого
выстрела. - Kpoк(28.07.2020 10:11)
- а Ленин на статуетке, это ему примерно 50 лет или раньше ? А то
хотим по приколу на ДР коллеге подарить, мол "такой же лысый и
мудрый" - megajohn(29.07.2020 11:47, Off, картинка, полностью)
- Ученые в США создали прибор для быстрого обнаружения COVID-19. А куда делись наши доблестные "Платоны и быстрые разумомъ Невтоны"? --> - MBedder(25.07.2020 21:44, zen, ссылка, полностью)
- ...паяльник? Cкpипaч(23 знак., 29.07.2020 14:12)
- ... и бесплатная версия на плэймаркет без золотого напыления :))) - Codavr(27.07.2020 11:55)
- Пиздеж. Ставлю флакон куньяка - Kpoк(26.07.2020 13:07)
- Это как порошок от блох, который продавал Ходжа Насреддин. "-- Как
же им пользоваться? -- Ловишь блоху и сыпишь ей в глаза." Вот
--> SciFi(316 знак., 26.07.2020 15:40, ссылка)
- Это не порошок от блох, а типичный ИФА. Только там целая уйма
операций по обработке полученного образца крови выполняемых в
лабораторных условиях, требующих заметного времени, стабильной
температуры, точного дозирования реагентов, и фотометр с
интерференционными фильтрами (очень узкополосными) в конце, ибо на
глаз результат уровня highly likely, а ловить блох может надо во
втором знаке после запятой. - fk0(26.07.2020 16:35, ссылка)
- Это для меня слишком сложно. Я зацепился за использование ИИ.
Сколько байт входной величины должно быть, чтобы целесообразно
применять было этот самый ИИ? Не 2 и даже не 2К. Как с помощью
химических экспериментов получить столько байт? - Kpoк(27.07.2020 11:59)
- Ответ: Toчкa oпopы(269 знак., 27.07.2020 12:58, ссылка)
- Тогда не нужен ИИ. - Kpoк(27.07.2020 13:07)
- Можно вопрос? Откуда такое неприятие ИИ? Его на складе трудно
выдают? Или боремся за трудоустройство классического И? - SciFi(27.07.2020 13:09)
- Потому, что перегрузили уже новостями, мол "ИИ пририсовал усы на
всех картинках" и тому подобное. До настоящего ИИ как до луны
пешком. Сделали "ИИ" с Алисой или Google Assistent? Имитация же. У
него ничего не спросить же, там тупо захардкодили очевидные
вопросы, остальное в лучшем случае оканчивается поиском. ИИ должен
не петь, не танцевать, не картинки рисовать, а быть способным
самостоятельно делать логические выводы из имеющихся фактов. Как в
угробленной японской fk0(563 знак., 27.07.2020 13:48)
- Так недавно же ответили на этот вопрос: Xaoc(690 знак., 27.07.2020 13:32, )
- Почему неприятие? Я критикую использование термина в рекламных
материалах. По нынешним временам обернуть матрицу 4х4 - уже задача
для ИИ, если верить маркетологам. "Проверено электроникой", так
сказать. - Kpoк(27.07.2020 13:23)
- Не можешь победить -- возглавь. - SciFi(27.07.2020 13:35)
- Я отчетливо помню время, когда распознать печатный текст без
использования человека было невозможно, а сейчас ИИ опознает
конкретного клиента в движущейся толпе. Эта технология реально
развивается фантастическими темпами. Давно ли мы тут спорили про
автопилоты на автомобилях, а вот подишты... Если для обращения
матрицы 4х4 используют нейросеть, то почему бы и нет. Если ты такую
задачку своему внучку решаешь, это же не значит, что у вас нет
интеллекта :) - Codavr(27.07.2020 13:35)
- Завидую твоей памяти. В фильме "Три дня Кондора" 1975 года (это про
будни ЦРУ) уже фигурировала распознавалка печатных текстов на базе
машины размерами с нашу МИР-2. Была ли она подключена к Сети - бог
весть, но нейросетей тогда точно не было. Но дело даже не в этом.
Просто я исхожу из догмы, что если используют заезженный рекламный
трюк, то значит устройство не работает. Изготовители реально
работающих изделий всё-таки обладают брезгливостью. - Kpoк(27.07.2020 14:05)
- Никакого ИИ в распознавании буковок нет. Там определённый
математический алгоритм, сверточная нейросеть. Пусть и с
"обучением". Это не интеллект. И есть ли прогресс, или прорыв в
гигабайтах и мегагерцах лишь дал возможность использовать несколько
методов не доступных ранее? - fk0(27.07.2020 13:51)
- А у тебя в мозгах волшебный нематериальный Дух распознавания
символов с рождения надо полагать заложен. - Codavr(27.07.2020 14:02)
- Боюсь, что что-то вроде того. Есть какая-то базовая структура,
которая известно что начнёт работать именно таким образом. Опять же
неизвестно, является ли она программно-управляемой. То-есть я выше
говорил, что всё составлено из одинаковых элементов, но функции
разные, но это может могут объясняться не только связями, но
"логическая структура" при неизменной физической может кардинально
различаться и быть управляемы загруженной информацией. Не удивлюсь,
если где-то в мозгах fk0(272 знак., 27.07.2020 14:19)
- У меня пациентов с оперированнымы мозгами пачками, да еще я гаммой
по этим мозгам луплю мама не горюй. И результат бывает самый
разнообразный, от легкого недомогания до полной невменяемости.
Такшта дело не в духе, а в этих самых связях. И заметь, многие
после лечения соображают лучше чем до того как лечение начали.
Болячка соображать мешает. Есть и ПЗУ, мозжечок, он нам от предков
достался, но он отвечает только за базовые знания, мышцы,
конечности и проч. , а вот соображалка Codavr(91 знак., 27.07.2020 14:33)
- Ты увёл дискуссию в сторону. Изначально речь шла о Ковиде, а не об
ИИ. Я поставил пузырь, что это туфта. Чем спорить об особенностях
алгоритмов, ответил бы на мою ставку, а через год-другой распили бы
результат. - Kpoк(27.07.2020 15:37)
- Ещё раз, идея в том, что связи может вовсе выполняют не логическую
функцию, а транспортную (как шина в компьютере). А по ним уже
бегают сигналы определяющую логическую функцию. такая структура
может быть вовсе многослойной (логическая информация тоже не
представлена как есть, а существует в программных уже структурах
высших порядков). В итоге ты не найдёшь части мозга отвечающей за
что-то одно (что собственно и наблюдается). Кроме того, эти самые
связи за пару минут не fk0(382 знак., 27.07.2020 14:42)
- Легко. Скажем, фоткаем детские каракули камерой смартфона с
хулиардом пикселей -- и вот вам мегабайты свежих данных для
анализа. - SciFi(27.07.2020 12:07)
- Классика насчет инструкции к Дихлофосу. Обработать места скопления
насекомых. При попадании в глаза тщательно промыть водой. Ловишь
таракана и промываешь ему глаза. - Evgeny_CD(26.07.2020 16:16)
- Тут уместно вспомнить про русский антиграв :) - Evgeny_CD(25.07.2020 22:14)
- У нас ещё и не такое умеют: fk0(51 знак., 25.07.2020 22:02, картинка, картинка)
- Фигня. Плановая беременность русалок остановила строительство
Северного потока 2. - Гyдвин(25.07.2020 21:48)
- Поправки в Бюджетный кодекс нужны для синхронизации его с ГК РФ,
куда также вносятся новые нормы о конфискации денежных средств при
отсутствии доказательств законности их получения. Они могут
вступить в силу уже в декабре этого года. Денежные средства, законность получения которых невозможно
доказать, будут конфисковывать и перечислять в Пенсионный фонд РФ.
О подготовке соответствующих поправок в Гражданский и Бюджетный
кодексы рассказали в Минфине. Документ fk0(371 знак., 28.07.2020 13:01, Off, полностью)
- А как же презумпция невиновности? В принципе это обвинитель должен
доказать, что деньги нажиты преступным путем, а не обвиняемый
должен доказывать, что он их не украл. - Kceния(28.07.2020 17:24)
- Ну так в оплоте демократии США тоже нет презумпции невиновности в
налоговых преступлениях - _nn(28.07.2020 19:12, )
- Примерно вот так: - fk0(28.07.2020 18:23, youtube)
- Счетная палата: утечка денег на госзакупках превысила в 2019 году
230 млрд. рублей. BlackMorda(138 знак., 28.07.2020 18:03)
- "ИНТЕРФАКС - Объем госзакупок в РФ в 2019 году вырос на 15%, до 9,6
трлн рублей" 230/9600 = 0,024 Два, процента, Карл! У тебя тестер с
какой точностью? - maik-vs(28.07.2020 22:06)
- поправлю. Если это сказала счетная палата то в нынешних терминах
утечка это нецелевое использование. ASDFS(115 знак., 28.07.2020 18:12)
- Очень похоже на анекдот о крестьянине и адвокате. Рассказать? - BlackMorda(28.07.2020 18:16)
- когда заранее известно кому вершки а кому корешки то подобрать
правильный анекдот плевое дело. - ASDFS(28.07.2020 18:21)
- "Сбербанк" сообщил, что 56% населения сокращают расходы на питание
и экономят на еде. BlackMorda(180 знак., 28.07.2020 18:25)
- А Сбербанк откуда это знает? Он(в лице своего какого-то
онально-литического подразделения) как-то заявил, что Роттенберьх
освоил на СП1,2, ТурП, ВСТО и Силе Сибири почти 100 лярдов. Хотя
любой дурак может поискать цены проектов и посчитать на
каркуляторе. И чего зазорного в получении банками прибыли? Следует
напрячься, если у банков начнутся убытки. В общем, как-то тупо
разжигаете. Лет 10-15 назад, ваши кадры были гораздо
изобретательнее в этом деле. Деградирует Ненька даже в mse homjak(19 знак., 28.07.2020 18:35)
- Как правило банки оперируют чужими деньгами. То есть это не прибыль
банков, это прибыль тех кто доверил банку свои деньги и кому банки
эту прибыль отдадут. ASDFS(176 знак., 28.07.2020 18:35)
- Уже терли же. Презумпция невиновности только по уголовке. То есть
если украл на тюрьму - тогда презумпция. А если только на штраф -
тогда никакой презумпции. - ASDFS(28.07.2020 17:47)
- Презумция финансовой виновности очень распространена. Не можете объяснить происхождение средств -
значит украли. Другое дело, что в банановых республиках трогать
уважаемых людей непринято, кошмарить будут мелких комерсов и
самозанятых. - evgeniy1294(28.07.2020 17:40)
- Никак. Нефть спрашивают когда её качают? А люди - это новая нефть
(с)сами знаете кто. - Boвa(28.07.2020 17:32)
- То то рубль скакнул вниз. - AПM(28.07.2020 16:25)
- Красные пришли - грабят, белые пришли - грабят. - BlackMorda(28.07.2020 15:12)
- Там чота с осуждёнными за коррупцыю и всё такое. Типа, прихватили
на взятке 100500 баксоф. Пришли домой, а там комната уложена
пачками до потолка. "- Откуда? - Не насосала, а подарили!" Ну и
тавойт. Как раз, после прецедента с полковником ФСБ. - mse homjak(28.07.2020 14:32)
- А как будут конфисковывать? Все в чёрный нал уйдут и всё. - Звepoящep(28.07.2020 13:35)
Радиоастрономия, 1933 год
Первый американец в космосе, 1961 год
Европа обнаружила что её полупроводниковый суверенитет - это фикция
Импортозамещение сработало: на каждый проданный импортный сервер приходится три ...
Nvidia напряглась Huawei строит мегафабрику по производству чипов для ИИ
Платы как города
Лучше бы он конечно термоусадкой воспользовался
Диджитайзеры ускорят проведение научных исследований в России.
Датчики давления китайских производителей: высокое качество и доступность
Минпромторг запретил параллельный импорт ноутбуков HP и Fujitsu. Теперь их не будут за...
Tiny Fans-on-Chips Could Cool Big Data Centers
)
)
