Скачайте программу Defraggler — www.ccleaner.com/defraggler (программа для дефрагментации)
Скачайте электронную книгу о том, как сделать компьютер быстрым и безопасным, а также получите наши видеоуроки в Подарок:https://clubprofi.com/shop/youtubecp/fibook?utm_source=ierPFqHslg0
Рано или поздно у любого пользователя компьютера с операционной системой Windows возникает проблема нехватки свободного места на жестком диске, даже несмотря на технологический прогресс. Напротив, из-за перехода на SSD диски мы сделали шаг назад в плане доступного пространства, поскольку они обладают меньшим объемом чем HDD, пусть и предоставляют куда большую скорость чтения и записи. В итоге у обладателей бюджетных сборок или ноутбуков, оснащенных не очень вместительными дисками, по-прежнему может начаться проблема нехватки места на системном разделе.
В интернете на такие случаи чаще всего дают либо малополезные советы вроде чистки кеша программ и удаления временных файлов, либо слишком тонких моментов, вроде регулирования файлов подкачки и гибернации, удаления точек восстановления, ну и так далее. А что делать, если я просто случайно куда-то не туда скопировал файлы, и не знаю об этом? Если какая-то программа сохраняет или скачивает какие-то данные, и я тоже не знаю об этом? Если остались какие-то остаточные файлы от игры или программы — нужно их искать вручную, тратя на это кучу времени?
Всё проще. В этом видео я покажу вам, как с помощью двух утилит можно сделать анализ дискового пространства в Windows, чтобы быстро обнаружить те места, где скопилось много данных. А там вы уже по ходу дела сможете разобраться, что к чему.
★ ТАЙМ-КОДЫ ★
0:14 — Как понять, куда пропало место на диске с Windows? Утилиты для дискового анализа: Glary Utilites и Ccleaner.
1:37 — Анализ с помощью Glary Utilites.
5:38 — Анализ с помощью Ccleaner. Чем он удобнее?
Операционная система Linux завоевала огромную популярность во всем мире, благодаря свободному распространению и возможности доработки пользователем под собственные нужды. Однако для того чтобы оценить работу на данной операционной системе и уметь настраивать ее с учетом своих потребностей, необходимо получить специальные знания.
Причины, по которым может возникнуть необходимость в сборке ядра системы. В каких случаях это необходимо делать обязательно.
1) Получение исходных кодов ядра. Версии. Развёртывание файлового дерева исходных кодов.
2) Сбор информации о системе, для которой предназначено ядро.
3) Конфигурирование ядра из начальной конфигурации «в состоянии поставки», и используя в качестве основы гарантированно рабочую конфигурацию предыдущей версии.
4) Модули, модульная архитектура ядра Linux.
5) Компиляция и сборка ядра.
6) Установка нового ядра автоматически и «вручную».
7) Конфигурирование начального загрузчика для использования нового ядра.
8) Рестарт системы под управление нового ядра. Проверка работоспособности.
Обзор внутреннего строения и организации файловых систем FAT, NTFS и UFS. Кластера, блоки, суперблок, метаданные. Потоки данных файла в NTFS. Индексные дескрипторы (i-node) в UFS
Оснастка для измерения тока (Micsig CP2100A): ali.ski/CcAFbt
00:00 — Вступление
00:26 — Обзор Dashboard
01:42 — Системные настройки
04:48 — Настройки Storage
06:45 — Пул и датасеты
13:12 — Настройка прав доступа
14:11 — Snapshots и импорт данных
16:20 — Доступ к данным по сети
17:37 — Сервисы, плагины и контейнеры
22:35 — Графики (отчёты)
23:53 — Тесты на скорость работы NAS
30:17 — Осмотр хранилища внутри
32:54 — Замер тока при раскрутке HDD
34:20 — Взвешивание
34:38 — Энергопотребление
35:07 — Термограмма внутренностей
35:43 — Дополнение по системе охлаждения
37:29 — Заключение
Подключайте бесплатный определитель номера в приложении Яндекс: clck.ru/SPkue
Никто не будет спорить, что у стандартизированного времени есть множество плюсов. Если ваш друг находится далеко от вас, вы просто прибавляете или отнимаете целые часы, а не пытаетесь выяснить, в каком положении сейчас находится Солнце в его деревне. Если ваш друг, конечно, живет не Иране, где время от московского отличается на полчаса, часовой пояс UTC 3,5. Или не в Индии с часовым поясом UTC 5,5. А если ваш друг живет в одном из этих населенных пунктов на юго-западе Австралии, вы достали счастливый билетик. Его часовой пояс восемь и три четверти и его время от московского отличается на 5 часов 45 минут. Да, это отдельный пояс для пяти деревень.
И кстати, все эти ваши подсчеты не будет работать через полгода, потому что почти треть стран мира меняют свое время на летний период, передвигая время на час вперед, так что вам нужно учитывать, в какое время года вы считаете. Ну или вы можете просто загуглить.
Часовые пояса и синхронизация времени — тема этого выпуска.
Эта рубрика «Как работает», в которой мы объясняем, как работают вещи, механизмы, социальные явления простым языком. Без претензий на уникальность, но с претензией на достоверность. От самых простых до самых загадочных. Возможно, вы этого не знали.
Оглавление:
00:00 — Преимущества стандартизированного времени
01:49 — Смазанные снимки Юпитера
3:48 — Раннее времяисчисление
4:24 — Ежегодный разлив Нила
5:34 — Лунные и солнечные циклы
6:41 — Неравные часы
8:27 — Ароматические часы
9:07 — Клепсидра
10:32 — Почему появились механические часы?
12:01 — Выбор нового стандарта с равными часами
12:30 — Местное солнечное время
13:08 — Железные дороги и синхронизация времени
14:01 — Международная меридианная конференция
15:16 — Как на самом деле формируются часовые пояса
16:25 — Часовых поясов далеко не 24
19:12 — Зачем нужно летнее время?
21:13 — Время на северном и южном полюсах
21:55 — Может быть часовые пояса не нужны?
23:48 — Заключение
В последнее время набирают популярность асинхронные, событийно-ориентированные архитектуры приложений, микросервисы и т.п. На этой волне развиваются такие фреймворки и сервисы как Akka, Rx4Java, RabbitMQ, Kafka, и др.
В потоке стремительно развивающихся технологий приходится периодически переоценивать сложившиеся традиции в использовании стандартов, протоколов и продуктов.
Предлагается обсудить подход к организации потоков сообщений в Java Middleware (и не только), отступающий от стандарта JMS, (благословленного JCP) в сторону AMQP.
Мы познакомимся с протоколом AMQP и его реализациями. Рассмотрим принципиальные отличия от JMS, поговорим об областях применимости — классах задач, когда использовать, например, RabbitMQ будет хорошей идеей, а когда — не очень. Сделаем обзор возможностей RabbitMQ, как использовать его через Spring и обсудим пару примеров применения технологии для конкретных задач.
The talk from JS Fest conference in Kyiv, Ukraine.
Почему я это делаю? Я много раз задавал себе этот вопрос, работая над очередным проектом и, имплементируя микросервисную архитектуру, используя CQRS и Event Sourcing подходы. Зачем здесь это и почему система такая сложная? Я расскажу об ошибках, которые были допущены, о проблемах, с которыми пришлось столкнуться и о том, чего делать не стоит. Поделюсь опытом и укажу на то, что я хотел бы знать, когда только начинал работать над проектом.
• расскажем, что такое Message queues
• познакомим с такими реализациями, как Apache Kafka и RabbitMQ
• обсудим принципы их работы, разберем, что между ними общего и какие есть отличия, поймем, когда лучше применять ту или иную MQ.