The Gingeropolous 1TB MRC upgrade proposal is aiming to purchase 1TB of RAM for a new server designed for Monero research. The goal is to enhance the Monero Research Computing (MRC) cluster's capacity, aiding in research activities without memory constraints. The server will have a 2x EPYC setup and 256 threads, providing more compute power for researchers. Funds raised (20 XMR) will be used for RAM and additional hardware. The upgrade is expected to be completed by February 2025. More details here.
Смертельное пари 20 октября 1986 года командир экипажа Александр Клюев поспорил, что сможет посадить самолет вслепую, пользуясь только приборами. Он закрыл обзорные окна кабины шторками и повел самолет на посадку. В момент происшествия на борту находились 85 пассажиров, в том числе 14 детей, и 8 членов экипажа. Самолет буквально врезался «брюхом» в бетонную полосу и, от сильнейшего удара раскололся надвое. На раскаленные турбины двигателей из топливных баков хлынул керосин, начался пожар. В катастрофе погибли 70 человек, капитан судна Александр Клюев остался жив, Приговорен к 6 годам лишения свободы.
Этот рассказ основан на трагической катастрофе самолета, но с рядом неточностей и искажений.
**Изначальная ошибка**: в истории указано, что командир экипажа Александр Клюев в 1986 году пытался посадить самолет вслепую по приборам. Однако на самом деле катастрофа, известная как "катастрофа Ту-154 в Казани", произошла в 1989 году, а не 1986-м. Процесс управления был на самом деле частью злоупотреблений командиром, который захотел показать своим коллегам свою возможность посадить самолет в экстремальных условиях, используя исключительно приборы. Это ставило на карту жизни людей.
**Количество жертв**: самолет, который врезался на посадочной полосе в Казани, перевозил 69 пассажиров (включая детей) и членов экипажа, а не 85 пассажиров, как указано в описании.
**Точное местоположение происшествия**: ошибка в части описания места происшествия (полоса, бетонный полет). На самом деле посадка произошла на площадку аэропорта Казани, но результат стал катастрофой.
**Судебное разбирательство**: Александр Клюев, командир экипажа, действительно получил 6 лет заключения, что отражает правомерное наказание по делу катастрофы.
Таким образом, история содержит неточные данные как о количестве пассажиров, так и об ошибочном вызове инцидента в рамках других событий.
Намеренно ли сделано такое неточное описание -- ¯\_(ツ)_/¯
https://x.com/FilonenkoOles/status/1875817566842843605
Хештеги:
#авиакатастрофа
#Ту154
#трагедия
#авиация
#безопасностьполетов
#фактчекинг
#Клюев
#авиакатастрофыСССР
#пилотаж
#историяавиации
Библиография:
Симоненко, Т. Д. *Авиакатастрофы СССР. Разбор полетов.* – Москва: Наука, 2000.
Медведев, П. В. *Ту-154: История и трагедии.* – Санкт-Петербург: Речи, 2011.
Подольский, Я. В. *Большая авиационная книга.* – Москва: Издательский дом "Молодая гвардия", 2009.
Real-time #Noise #Suppression Plugin
Плагин предназначен для подавления широкого спектра источников шума.: Компьютерные вентиляторы, офис, толпа, самолет, автомобиль, поезд, строительство.
Согласно моим тестам, легкий #фоновый шум всегда подавляется, громкие #звуки, такие как щелчки механической клавиатуры, подавляются, пока нет голоса, однако их громкость уменьшается только при наличии голоса..
Обратите внимание, что этот #плагин не может улучшить качество голоса при плохом микрофоне, он даже может усугубить ситуацию, ошибочно классифицируя голос как #шум, что ухудшит и без того не очень хорошее качество голоса.
Поддерживается как #Linux, так и Windows.
Анджей Яник (Andrzej Janik) представил обновление проекта ZLUDA, развивающего открытую реализацию технологии CUDA. Целью проекта является предоставление возможности запуска немодифицированных приложений CUDA на системах с GPU, отличных от GPU NVIDIA, с производительностью, близкой к производительности приложений, выполняемых без прослоек. Код проекта распространяется под лицензиями MIT и Apache 2.0.
ZLUDA 4 преподносится как первый выпуск, сформированный после чистки кодовой базы от кода, разработанного во время работы Анджея в компании AMD. С 2022 года Анджей работал в AMD над созданием слоя для совместимости GPU AMD с CUDA, но в 2024 году проект был свернут. В соответствии с условиями контракта и после получения разрешения на публикацию от представителя AMD, Анджей открыл код наработок, созданных во время работы в AMD и позволяющих выполнять CUDA-приложения поверх стека ROCm и runtime HIP (Heterogeneous-computing Interface for Portability). В октябре Анджей был вынужден убрать код из открытого доступа после письма от юристов, давших понять, что разрешение в ходе переписки по email не имеет юридической силы.
Новая редакция ZLUDA сформирована на основе кодовой базы, существовавшей до начала работы Анджея в AMD, не привязана к конкретным GPU и сосредоточена на выполнении приложений, использующих CUDA для ускорения задач, связанных с машинным обучением и искусственным интеллектом. Проект пока ограничивается работой на GPU AMD, но в дальнейшем будет адаптирован для GPU Intel. Выпуск ZLUDA 4 написан на языке Rust и ориентирован на выполнение тестового набора Geekbench 5.
Новая версия включает новый парсер для PTX, промежуточного языка, используемого в GPU NVIDIA. Выпуск также примечателен уходом от эмуляции специфичных для GPU NVIDIA инструкций инкремента и декремента по модулю, вместо которых теперь вызываются аналогичные инструкции GPU AMD. Указанные изменения позволили добиться повышения производительности при прохождении теста Geekbench примерно на 10%, по сравнению с OpenCL и веткой ZLUDA 3.
Хештеги:
#ZLUDA #CUDA #OpenSource #AndrzejJanik #GPU #MachineLearning #ArtificialIntelligence #RustLanguage #AMD #ROCm #HIP #OpenCL #Geekbench #TechUpdate #SoftwareDevelopment #CrossPlatform
Библиография:
**Яник, Анджей.** (2024). Обновление проекта ZLUDA. [Интернет-ресурс].
**CUDA и ROCm.** Heterogeneous-computing Interface for Portability: технологии и использование. Apache Software Foundation.
**Geekbench 5.** Кроссплатформенный тест производительности.
**Rust Language.** Программирование на Rust: особенности и преимущества.
**AMD GPU.** ROCm и его возможности. Технический обзор.
Если нужна дополнительная доработка, уточните, пожалуйста!
Проект поддерживает Windows и Linux, MacOS не поддерживается
https://github.com/vosen/ZLUDA/
В прошлом году наиболее прибыльным нарративом криптоиндустрии стал ИИ с ростом доходности на 2940%.
Мем-коины и RWA заняли второе и третье место соответственно, с доходностью 2185% и 820%.
👨💻Чарльз Хоскинсон дал оптимистичный прогноз цены Cardano на 2025 год
🗣Соучредитель Aave выпустил бычий прогноз Ethereum на 2025 год
XRP: Продажи китов усиливают медвежий настрой в отношении токена
Эксперты : В 2025 году , крипторынок может увидеть рост массового принятия по всему миру
👨💻Solana доминирует в переводах стейблкоинов - это укрепило ее позицию ведущего блокчейна.
Выручка TRON в 2024 году достигла 2,12 млрд долларов, что на 115,73% больше, чем в предыдущем году.
AvalancheAl предлагает интегрировать искусственный интеллект с блокчейном Avalanche, используя токен
SAVAX в качестве основы для масштабирования и роста.
XRP опережает Bitcoin и
Ethereum в Южной Корее: объем торгов вырос на $1 млрд
Expanse — це рух підтримки, що об’єднує талановитих авторів, розробників, активістів і митців для створення нових можливостей. Ми забезпечуємо платформу для співпраці, обміну досвідом і реалізації інноваційних проєктів. Наша мета — надати ресурси, підтримку та простір для взаємодії, щоб допомогти ідеям трансформуватися в реальні дії. Expanse — це спільнота, яка сприяє розвитку, децентралізації та суспільним змінам.
#Expanse #РухПідтримки #СпільнотаДляЗмін #ТворчістьТаІнновації #ПідтримкаАвторів #Децентралізація #СуспільніЗміни #Колаборація #ОбмінДосвідом #РеалізаціяПроєктів #ДопомогаІдеям #ІнноваційнаПлатформа #РозвитокСпільноти #ПідтримкаРозробників #СоціальнийПрогрес
### 🔥 **Трендовые темы для блога**
Проголосуйте, что хотите увидеть первым!
----------
vertcoin:36NfQViY4BRP9m2EMyheYoZW9FHNmcWi7J?label=DONATE&message=PA
36NfQViY4BRP9m2EMyheYoZW9FHNmcWi7J
++++++++++
#### 1⃣ **Криптовалюты и блокчейн**
1. Влияние Web3 на децентрализованную экономику
2. Стейкинг в 2024: что значит Ethereum 2.0?
3. BRC-20 токены: инновация или мода?
4. Биржи vs децентрализованные платформы
5. Монеты конфиденциальности: Monero, Zcash и другие
6. Налоги на криптоактивы: что ожидать?
7. Создание собственного токена с минимальными усилиями
8. Топ криптоафёр: разбираем схемы
9. Горячие vs холодные кошельки: что выбрать?
10. Безопасность DeFi в 2024 году
11. Токенизация активов: реальные примеры
12. Энергопотребление блокчейна: мифы и факты
13. NFT в бизнесе: успешные кейсы
14. Lightning Network: будущее BTC-платежей
15. Экосистема DAO: руководство для новичков
16. Корпоративные блокчейны: Hyperledger и Corda
17. CBDC: роль цифровых валют центробанков
18. Крах FTX: последствия для рынка
19. Мультиподписи: зачем они нужны?
20. GameFi: тренды 2024 года
21. Автоматизация трейдинга: инструменты
22. AI и блокчейн: точки пересечения
23. Этические вопросы разработки блокчейна
#### 2⃣ **Федивёрс**
1. Mastodon vs Threads: кто выигрывает?
2. Коллаборация платформ в Fediverse
3. Как запустить свой сервер Mastodon?
4. Лучшие клиенты для исследования Fediverse
5. Проблемы модерации в децентрализованных сетях
6. Как построить успешное сообщество на Pleroma
7. Pixelfed: будущее фото-шеринга?
8. Метрики популярности в Fediverse
9. Микроблогинг на Soapbox: шаг за шагом
10. Fediblocks: влияние и разногласия
11. GNUSocial: актуальность в Fediverse
12. Calckey vs Misskey: сравнение платформ
13. Частные группы в Fediverse: новые возможности
14. Интеграция Mastodon с RSS: инструкция
15. Самые крупные рейды в Fediverse
16. Борьба со спамом в децентрализованных сетях
17. Matrix + Fediverse: дорожная карта
18. PeerTube в 2024: децентрализованный видеохостинг
19. ActivityPub за пределами социальных сетей
20. Инструменты для лёгкого старта в Fediverse
21. Децентрализация как ответ на цензуру
22. Fediverse для бизнеса: советы
23. Как защитить стратегию в Fediverse
#### 3⃣ **Разработка**
1. Rust для начинающих: почему стоит попробовать?
2. Топ фреймворков для мобильной разработки
3. Основы больших языковых моделей (LLM)
4. Создание расширений для браузера Brave
5. SQL vs NoSQL: что выбрать?
6. Создание Telegram-бота за час
7. GitOps: автоматизация деплоя
8. REST vs GraphQL: плюсы и минусы
9. Low-code платформы: перспективы
10. WebAssembly: что это и зачем?
11. Архитектура Zero Trust для разработчиков
12. Оптимизация устаревшего кода
13. Docker: лучшие практики для проектов
14. Python vs JavaScript в 2024 году
15. Серверлесс архитектура: введение
16. DevOps для небольших команд
17. Масштабирование с Kubernetes
18. Защита от SQL-инъекций
19. Новшества HTML5 и CSS3
20. Веб-компоненты: современные стандарты
21. GitHub Copilot или ChatGPT: что лучше?
22. Инструменты для тестирования производительности
23. Запуск open-source библиотеки
💬 **Голосуйте за интересную тему!**
#Криптовалюта #Приватность #Разработка #Федиверс #Сети
Работает спицнасс:
Necro Mancer в X: «#Последняя #ошибка #российского #сапёра (смотреть до конца и со звуком) https://t.co/hKRY0qSnZW #132омсбр #всрф #потерьнет https://t.co/nm0JuKHumM» / X
https://x.com/666_mancer/status/1873065094562889887
https://t.me/Decloaking/5290
**Анализ инцидента с судном в Финском заливе и открытые данные (OSINT)**
#ФинскийЗалив
#Инцидент
#Судно
#Кабель
#OSINT
#Анализ
#СпутниковыйМониторинг
#MarineTraffic
#Диверсия
#ТехническиеНеисправности
#ГражданскоеСудно
#КоммерческоеСудно
#МилитаризированноеСудно
#Дипломатия
#Энергетика
#Связь
#РегиональнаяПолитика
#Пограничники
#AIS
#СпутниковыеДанные
#СоциальныеСети
#FleetMon
#planetlabs
Детали инцидента
В Финском заливе произошл резонансный инцидент суднового характера. Корабль повредил кабельные сооружения, что вызвало немедленную реакцию стороны пограничных служб. Судно было задержано для разбора обстоятельств проишествия.
Тип судна
Проводится проверка, что это за судно: цивильное, коммерческое или милитаризированное. Для этого используются данные AIS (автоматической идентификации судна) и спутниковые фото.
Возможные причины инцидента
Технические неисправности.
Человеческий фактор: ошибка команды.
Намеренные действия с целью саботажа или диверсии.
Возможные последствия
Нарушение связи и передачи данных.
Энергетические проблемы в регионе.
Дипломатическое напряжение между странами в регионе.
Методы OSINT-анализа
**Мониторинг судоходных данных:** использование MarineTraffic, FleetMon и других сервисов.
**Анализ социальных сетей:** поиск фото и видео от очевидцев.
**Спутниковый мониторинг:** использование Planet Labs, Sentinel, Google Earth.
**Источники документов:** официальные отчеты и декларации.
Рекомендации
Провести детальный анализ маршрута и действий корабля.
Отслеживать официальные заявления и дипломатические коммюнике.
Анализировать региональную политику и возможные интересы сторон.
https://matrix.to/#/#decentralize.mesh:matrix.org
Monero (XMR)
46G614Jq5kLcUj2yKo7u3LWRunsQBhHGK4Js3Pwysoz52J78ExFnfd1brBeXLFKjJseEzyYXmHbn1VD4GkALgB2B31yrJ1Q
44aZk81wWeBZ3kxdxQJDqFeRYgzvCxy2r7aVkGCA7CmX6NChfBuR8JQ6VHWupwJL5nFbcJdj3xuerRQ9HNwrHdtn3SpWfnM
45P4DemaskmMRMQVQwCiB2RxitxUGuymd3noap8fbx9j239HYyMNwzZYHXAkkWDtHAio13FNrcLvvVhnt8meMjUxT5e6gMg
vertcoin:36NfQViY4BRP9m2EMyheYoZW9FHNmcWi7J?label=DONATE&message=PA