Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
1624529091545123476@mailru
Комментатор
Dark Light
Рейтинг
+132.60
Автор не входит в состав редакции iXBT.com (подробнее »)
Пример с сайта http://promcod.com.ua/ (извините под спойлер не знаю как запихнуть текст):
Класс МойКласс
// метод, служащий для инициализации полей класса
&ВидноВсем
Конструктор
//код метода
КонецКонструктора
// метод без параметров
Процедура МояПроцедура1
//код метода
КонецПроцедуры
// метод без параметров возвращающий результат
Функция МояФункция1 тип Булево
//код метода
КонецФункции
// метод без параметров, синтаксический аналог процедуры
Метод МояПроцедура2
//код метода
КонецМетода
// метод без параметров возвращающий результат, синтаксический аналог функции
Метод МояФункция2 тип Булево
//код метода
КонецМетода
// метод, принимающий параметр
Процедура МояПроцедура3( ИмяПараметра тип Строка)
//код метода
КонецПроцедуры
// метод, принимающий параметр и возвращающий результат
Функция МояФункция3( ИмяПараметра тип Строка) тип Булево
//код метода
КонецФункции
// метод, служащий для переопределения операторов языка
Оператор +(Операнд1 тип МойКласс, Операнд2 тип МойКласс) тип МойКласс
//код метода
КонецОператора
// метод, служащий для преобразования значения одного типа в значение другого типа
Оператор ЗнчКТипу(ОбъектИсходногоТипа тип МойКласс) тип ДругойКласс
//код метода
КонецОператора
// метод, служащий для преобразования экземпляра объекта этого класса в строку
Оператор ВСтроку тип Строка
//код метода
КонецОператора
// метод, служащий для освобождения и очистки управляемых ресурсов
Завершитель
//код метода
КонецЗавершителя
// метод, служащий для освобождения и очистки НЕ управляемых ресурсов
Деструктор
//код метода
КонецДеструктора
// некоторые методы могут находиться только внутри свойства
&ВидноВсем
Свойство Полное Имя тип Строка
//метод для получения значения свойства
Получить
//код метода
КонецПолучить
//метод для установки значения свойства
Установить(НовоеЗначение тип Строка)
//код метода
КонецУстановить
КонецСвойства
// некоторые методы могут находиться только внутри события
&ВидноВсем
Событие Полное ИмяСобытия тип ТипСобытия
//метод для добавления получателя события
Добавить(Значение тип ТипСобытия)
//код метода
КонецДобавить
//метод для удаления получателя события
Удалить(Значение тип ТипСобытия)
//код метода
КонецУдалить
//метод для вызова обработчика события у всех получателей
Вызвать
//код метода
КонецВызвать
КонецСобытия
КонецКласса
Но чисто технически — такой функционал может быть заложен в ПО — но это уже крайний случай — должно быть реальное обоснование её применения — например открытая война страны простив такой вот корпорации (не обязательно танками — это может быть и жёсткая информационная война или экономическая) на территориях за пределами личного пространства государева-агрессора! То есть — не оборонительная война!
Куда вероятнее — либо полный уход Гугла из страны — либо отмена штрафов (или их кардинальный суммовой пересмотр) — но пока все ждут — Гугл навряд ли сам будет уходить — а его пока не спешат отключать — ибо Россия пока к этому не готова ни морально ни технически (альтернативно)!
Но пока Гугл всё-татки занял выжидательную позицию — авось пронесёт, авось ветер переменится! Но если что — то они через это уже проходили с Китаем — хотя, вероятно очень не хотят повторении этого сценария — ибо даже если уйти от злой собаки — это всё-равно достаточно болезненно — это как если вы любитель сладкого на обед (завтрак и ужи) — кушаете каждый день — и вдруг все блюда доступны — но перед десертом сидит вот такая злая собака! Десерт можно не брать — с голоду не помереть — но обидно и неприятно. Конечно Россия — это наврядли весь десерт — скорее маленький кусочек от тортика — но всё-равно — не получить его для любителя сладкого будет морально болезненно! Ну а недостающие калории они найдут потом где и как компенсировать!
Кстати — десерт тут не только доходы в России — но и доходы с США -по выполнение задач распространнения выгодной им информации (как же без этого) и доходы всей западной аудитории — неявно получаемые на западе за счёт трансляции контента в России (да хоть с той же скрытой (например продакт плейсмент) или явной рекламы (те же блогеры любят явно что-то рекламировать) — встроенной в сам контент) — снижение аудитории — снижение престижа — падение спроса и на сервисы Гугла и как следствие падение дохода — всё это там у них а не в Росссии.
Но администрации России отключение Гугла тоже не выгодно — и так уже полно недовольных из-за отключения Мета — но то были сотни тысяч — а отключи сервисы Гугла (а по частям тут наврядли прокатит — отключи Ютюб и поисковик — Гугл сам отключит всё остальное и свернёт деятельность) — то недовольных будут уже десятки миллионов!
Да и администрация россии сейчас сама активно пользуется сервисами Гугла — в т.ч.тем же Ютюбом для тех же целей политического информационного влияния на запад — т.е. отключение будет взаимным — взаимно не выгодным!
Всё это может усилить отток населения и компаний из России. И дальнейшие финансовые и политические провалы внутри страны!
Всё это может быть осуществлено позже — но сначала нужно подготовить почву и свои альтернативы — чтобы минимизировать негативные последствия! Вот все и тянут резину — пока отключение не выгодно никому! Но сколько это всё будет продолжаться — никто не в силах предсказать! Но скорее всего сервисы Гугла будут отключены — не в этом году — так ближайшие годы… ну или через несколько дет власть в стране сменится и подует ветер перемен в другую сторону (теплый с юга) — а там того глядишь и отключаться уже не придётся как и не придётся платить эти глупые штрафы!
Да здравствует новая платёжная система Яедекс Пей!
Ну… а многоядерности… если в процессоре будет да хоть даже 4 ядра — контроллер памяти то у него один — могут ли 4 разных ядра последовательно опросить кеш L3 условно в 4 раза нагрузив его — да смогут — ибо с 6Гц они будут опрашивать L3 не быстрее 160МГц (в противовес гипотетическим 12Гц контроллера). Ну а 128 ядер (обещанных AMD для серверных процессоров в «ближайшие» годы) = 5ГЦ — и даже такой процессор не сможет нагрузить 12Гц контроллер — значит их никто и делать не будет. Максиму ограничатся 6Гц — а то и вовсе 3-4Гц. Тогда зачем же такие скорости?
Многопроцессорность! А если у нас будет не 1 — а 4 таким CPU (не говоря уже о максимальных 8 голов — в особых мейнфреймах «не для всех») — тогда с 3Гц контроллерами в каждом их них (а его нагрузят и 64ядерные процессоры, которые уже реальность)как раз можно выйти на заветные 12Гц. Но это прям в самой самой топовой конфигурации, доступной через несколько лет.
Но это всё серверные процессоры! Нужна ли такая быстрая память десктопным ращениям — где центральный процессор один, и ядер там навряд ли будет больше 16, а частоты выше 6ГЦ даже к концу нынешнего десятилетия (когда DDR6 доберётся до десктопов)? Даже в такой конфигурации CPU не сможет опросить L3 кеш чаще 640МГц!!!
Или всё-таки надо возвращаться к вопросу шины данных и тому, что скорость опроса вообще-то не равна даже скорости передачи делённой на шину данных? Ибо — запросить можно условно за один такт как один байт, так и двойное слово, так 4Кбайта, так и 32Мбайта (главное, чтобы в кеш поместились — 32Мбайта — поместятся в L3 — но не поместятся в L1 или L2 — поэтому CPU c такой порцией всё-равно работать не сможет — а вот какие там максимальные порции данных — это отдельный вопрос); хотя CPU может запросить у контроллера сразу и целый массив порций данных — и тогда за условные 150 тактов CPU он заставит контроллер тащить в L3 из RAM порцию в несколько десятков мегабайт — тогда уже вопрос — а сколько контроллеру нужно будет обращений к модулю памяти — чтобы взять эти мегабайты (условно в идеальном состоянии — когда все они в одном банке памяти, лежат линейно друг за другом)?
Поэтому тут уже скорее важен именно показатель пропускной способности модуля памяти и контроллера в CPU — и в общем случае тут не 100% корреляции с частотой модуля памяти — а значит всю реальную полезность новых модулей DDR6 покажут только реальные тесты (хотя бы даже синтетические)!
И не факт что даже если DDR6 и покажет феноменальный почти 2-кратный реальный прирост (в синтетике конечно) — то DDR7 повторит его успех — как уже было в DDR4 да и с DDR5 (по сравнению с DDR3).
Да и не факт, что даже если DDR6 не будет шибко дороже DDR5 — то DDR7 так же не буде шибко дороже (ну девшее то они точно не будут)
Первая ассоциация при взгляде — это HDD
И кто кому тут ногу отстреливает?