Дано: - 3668 несжатых тиффов по 50мп лежат на RAID-0 из 4 быстрых винтов; - кэши на NVMe SSD; - PTGui для сшивки панорамы; - 6 ядер от интела; - поочередно сабжевые видяшки.
Для теста шил в цилиндрическую проекцию. На очереди еще экви (там молотить больше).
Результаты: Красные: 22 минуты; Зеленые: 49 минут.
Наблюдения (посредством GPU-Z): - у зеленых процессор и контроллер памяти почти постоянно загружены на 100%, у красных 100% вообще не видел, лишь периодично то около 70-80% топчется, то почти до 0 падает. - порой упиралось в производительность рейда, думаю докинув еще дисков можно было бы сократить время.
Разработчики языка Go анонсировали новое одноимённое семейство шрифтов, включающее в себя пропорциональный и моноширинный варианты с нормальным, полужирным и курсивным начертаниями. Сообщается, что шрифты хорошо подходят для технических целей, в частности для программирования, а код на Go отображается особенно хорошо при их использовании.
Семейство было разработано студией Bigelow & Holmes специально для проекта Go и доступно под той же BSD-подобной лицензией, что и язык Go. Доступны символы набора WGL4, который включает западноевропейские, восточноевропейские, греческие и кириллические буквы, а также дополнительные знаки (в общей сложности более 650 символов). Шрифты Go без засечек метрически совместимы с Helvetica и Arial.
Ъ Nvidia may collect your name, address, email, phone number, IP address, and non traditional identifiers and share this information with business partners, resellers, affiliates, service providers, consulting partners, and others. This information is combined with typical browsing and cookie data and used by Nvidia itself or advertising networks.
Since у нвидио есть только блоб (есть нуво, но драйвером это назвать не получается) заместо драйвера в линуксах - готовьтесь поделиться своими персональными данными с зарубежными компаниями и правительствами.
Нужно качественно настроить подключение к OpenVPN чтобы при обрыве соединения трафик не шел мимо (т.е. запретить весь трафик в обход впн).
Чтобы при старте системы CentOS 6 правила прописывались в iptables (и были там постоянно) и запускалось соединение с впн.
IP адрес впн для сервера 123.123.123.123 порт 1234 покдлючение udp.
Так же нужно исключить DNS Leak в обход впн и прочие протоколы.
Я продолжаю трансформировать свою систему фиксации и выполнения задач. Хочется независимости от чужих сервисов, проприетарных приложений, легковесности и скорости работы.
Какое-то время писал в markdown-файлы, разбросанные по папкам. Но со временем понял, что это не удобно, т.к. лишнее время тратится на сортировку и копирование задач. Плюс со смартфона сложно на ходу отметить, что задача выполнена.
Вчера наткнулся на манну небесную - todo.txt. Это прямо то, чего я хотел - поставил контекст, а он сам добавил в нужный список. Поставил на смартфон Simpletask Cloudless и уже 13 часов подряд испытываю сильный приступ эйфории.
Но есть одно но... Есть у меня задачи, т.е. Actions. К задачам я дописываю контексты, в том числе контекст @DAY, т.е. те задачи, которые откладывать нельзя. Но как поступать с задачами, которые должны отправиться в папку CONTROL (или WAITING), т.е. те, которые я поручил другому человеку, но должен контролировать выполнение? Я их, разумеется, не хочу видеть в своем списке задач пока не сработает напоминание.
Как лучше поступить? Создать просто еще один контекст @CONTROL и не отображать его по умолчанию? Или создать отдельную todo.txt-базу? Или вообще для CONTROL завести обычный файл, который буду руками редактировать?
Есть тенденция, что как заходит речь на форуме о разных инициативах следительного характера, обязательно находится кто-то, кто с простецким видом вопрошает что-то вроде «люди, а чего вы такое делаете?», «да кому вы нужны», «законопослушному нечего...»
Как видно, есть смысл не разбрасываться информацией, хотя бы потому что никто не гарантирует, что собираемые данные однажды не станут доступны всему миру. Если ничего нет, то и никакая «техническая ошибка» ничего не раскроет.
Родители многих школьников и дошколят из Татарстана добровольно сообщали в учебные заведения персональные сведения о своих семьях – эти данные педагоги просили предоставить для внутреннего пользования. Но недавно десятки пап и мам обнаружили, что конфиденциальная информация находится в открытом доступе в интернете и свободно гуляет по соцсетям.
В документах можно прочесть, где работают родители, каков их достаток, каковы жилищные условия, сдают ли они деньги «на помощь школе». Напротив фамилий встречаются и такие пометки: «злоупотребляют алкоголем», «девиантное поведение», «семья неблагополучная, родители разведены». Кое-где выложили и подноготную учителей: у кого есть надбавки к зарплате, кто и чем болен, кто живёт в общежитии, а кто отдыхает на зарубежных курортах.
«Я не знаю, как это оказалось в открытом доступе, – удивляется директор одной из казанских школ. – Каждый год по указанию Минобрнауки мы заполняем социальный паспорт учащихся.
Как один человек сказал, если вдруг кто-то остановит вас на улице и захочет все эти данные о вас и вашем ребенке вы его скорее всего пошлете далеко и надолго. Спрашивается, зачем это нужно дядям из минобра? И зачем их давать им?
Список в конце поста написан Лавсаном 2 года назад. (2011-03-23 19:56:00) (источник)
Надеюсь, автор не подаст жалобу в Роспатент за перепечатку :-)
Кстати, sudo cast lovesan.
Чтобы проверить актуальность вопроса, всю последнюю неделю я долго и нудно использовал этот список в дискуссиях. Чтобы разобрать отдельные пункты отдельно.
Временное резюме: С++ всё еще актуален по историческим причинам. Еще есть мобилки (sudo cast mono), гиперкластеры для шиндовс 3.11 (sudo cast vromanov) и базы данных. Т.к. он актуален, но не предназначен ни для чего (см. выводы в конце списка) новых специалистов по нему должно быть мало. Маленькая конкуренция на огромной области применения — огромное лавэ $$$. Вот это и есть истинная причина использовать кресты — возможность срубить €€€.
Честно говоря, «хитрый план» мне уже очень надоел, поэтому пора открыть карты.
Заодним, крестопоклонники смогут выйти на последний и решительный бой, т.к. сегодня пятница и вечером будет время пообщаться. Поклонникам мамкиного борща тоже наверняка есть что добавить, конструктивно и аргументированно.
Вот этот список:
Вырвиглазный синтаксис и контекстно-зависимая грамматика
медленная компиляция
частые «internal error» в компиляторах
код плохо читается и его сложно поддерживать
разбор кода различными инструментами, вроде IDE, и его генерация - сильно затруднены
ручное управление памятью
неудобства при работе с динамической памятью
утечки памяти
висячие ссылки
сегфолты
стандартные средства, как то malloc/new, работают медленно
фрагментация кучи
велосипедные аллокаторы на каждом шагу
которые далеко не факт что эффективнее malloc/new
велосипедные счетчики ссылок на каждом шагу, опять же
медленная работа
перерасход по памяти
отладка затруднена
написание GC, по факту, невозможно, отчасти из-за (5), (7) и (8)
Никакого ABI
Нестандартизированный и непредсказумый name mangling
Дублирование функционала Си
сами фичи из Си никуда не деваются при этом
отчасти из-за того, что по функционалу превосходят аналоги из C++
запутывает новичков
malloc - new/new[], free - delete/delete[]
препроцессор - шаблоны
указатели - ссылки
ссылка не может быть NULL, что способствует появлению висячих ссылок и сегфолтов
структуры - классы
stdio - iostream
Стандартная библиотека убога
Отсутствует даже такой функционал, как вменяемая работа со строками и многомерные массивы
Юникод?
Слабая типизация
способствует ошибкам
затрудняет отладку
const не дает абсолютно никаких гарантий
при этом система типов невероятно переусложенена
в основном из-за пунктов (2), (5) и (9)
медленная компиляция
частые внутренние ошибки в компиляторах
объектая система убога
практически никакой интроспекции
отладка затруднена
передача объектов по значению
понятие идентичности объекта теряет смысл
добавляет сложностей в управлении памятью
добавляет сложностей при отладке
используется часто, по причине (2)
перерасход по памяти
медленная работа
множественное наследование неудобно в использовании
проблема ромба по дефолту не разрешается никак
исключения в конструкторах гарантированно влекут утечку памяти
исключения в деструкторах тоже, и просто утечку - еще в лучшем случае
коды ошибок деструкторы и конструкторы возвращать не могут
ошибки в них не обработать никак
поэтому ими стараются не пользоваться
раздувание кода
деструктор можно вызывать до выхода из блока кода, или до delete
гарантированная утечка ресурсов/сегфлот
это не предотвратить никак, деструктор обязан быть public
одиночная диспетчеризация
виртуальные методы в конструкторах не работают
реализована убого
pure virtual function call
сложности в случае с множественным наследованием
деструкторы обязаны быть виртуальными
по дефолту - не виртуальные
никаких интерфейсов, только классы
порядок инициализации статических членов классов не определен
private, public и protected не дают никаких гарантий сокрытия данных
к инкапсуляции же не относятся совершенно никак
отсутствие «свойств»
вынуждает городить getter'ы и setter'ы
раздувание кода
размывание интерфейса класса
неявно генерирумые конструкторы, деструкторы и операторы присваивания
«friend» нарушают инкапсуляцию
шаблоны
очень сильно замедляют компиляцию
раздувание кода
обфускация кода
результат раскрытия плохо предсказуем
сложности в отладке
километровые и плохо читаемые сообщения об ошибках при компиляции
нарушают инкапсуляцию
обязаны содержать реализацию в заголовочных файлах
позволяют генерировать некорректный код
исключения
отсутствие finally/unwind-protect
заставляет городить классы ради одних деструкторов
раздувание кода
медленная компиляция
медленная работа
конфликтуют с другими возможностями языка
конструкторы/деструкторы
ручное управление памятью
работают медленно
малофункциональны (ср. CL condition system)
По причинам 3, 4, 5, 9 и 10 C++ совершенно неприменим для системного и низкоуровневого программирования.
А по причинами 1, 2, 5, 6, 7, 8, и, опять же, 9 и 10 - и для прикладного.
Смотрю тут vps-ки под web-применение и понимаю, что нихрена не знаю в чем заключается для меня разница между использованием vps на kvm/xen и OpenVZ.
Вот вроде табличка есть. Эта табличка даёт исчерпывающий ответ?
KVM is true virtualization where the VPS operates as its own server, independently of the host node. OpenVZ is a container style of virtualization which relies on the host node's kernel. KVM has no restrictions in terms of functionality, but it has more overhead than OpenVZ. OpenVZ is constrained by the host node kernel, but it has less overhead in the containers themselves. KVM is generally more stable than OpenVZ.
KVM is not a dedicated environment. Both virtualizations share host CPU and network port among all VPSs.
KVM OpenVZ
CPU Performance X
Network Performance X (with virtio)
Disk Performance X (with virtio)
Can upgrade distribution
version without reinstall X
Can use Windows/BSD X
Can change kernel X
Can use application containers
(Docker, etc.) X
Назовите мне нормальные группы чтоб взрывало, чтоб классно было, Диджимортал кстати почему не взлетели?? Они Классные. Но только 3 песни. А мне типа Мегадез и райд зе Лайтининг.
Я уже не один год ищу адекватное решение для организации процесса разработки. За последние 3 года появились различные инструменты типа Vagrant, Docker и т. п.
Прикол в том, что ни одно из решений не умеет нормально и из коробки главного: работать корректно с правами доступа.
Ситуация такова:
1. Если софт умеет нормально монтировать директории проекта (скажем снаружи: он текущего юзера, внутри контейнера: www-data), например, тот же VirtualBox + Vagrant, то он тупит-тормозит, что сил нет и весит овер9000 МБ (допустим, я хочу запустить простенький проект на пэхапе, и ради этого я должен качнуть минимум 500МБ образ убунты и ждать больше 5 минут, что раскатать это чудо на своей машине).
2. Если софт умеет быстро подниматься, собираться и быть как пионер готовым в течение пары секунд, то автоматически он не умеет монтировать директории проекта (см. пример из пункта № 1) с адекватными для работы правами (идиоты делающие <chmod 777 -R ./> на весь проект ради решения проблемы идут лесом). Сюда относятся реализации Vagrant + LXC, Docker (Читай: AUFS + LXC), VirtualBox на вменяемой по скорости NFS.
Я вижу хипстеров орущих про просту оркестровки контейнерами (докир, аншибль, континиоус интегрейшин, ноу-даунтайм) и деплоинг без PITA, но в реальности нельзя взять ровно тот же Docker-контейнер у разработчика и перенести его простым движением в продакшн. Но я не вижу удобного и безкостыльного решения.
Всем, доброго времени суток.
Пользуюсь openSUSE уже шесть лет. Система стояла на HDD. Недавно докупил второй диск SSD и поставил систему туда. Теперь в ноутбуке 2 диска.
После этого апгрейда возникла проблема жесткой парковки головок HDD при выключении системы и перезагрузке. Причем, если перегрузиться в openSUSE со старого HDD - проблемы нет.
Перекопал уже кучу инфы, не пойму, где проблема и какие нужны настройки.
hdparm-ом проверял значения hdparm -B /dev/sda = 127 в обоих системах.
Сделал поиском по всему каталогу настроек с командой hdparm - ничего не нашел. Вообще не смог найти, где дергается hdparm.
Посмотрел в сторону systemd, тоже сделал поиск по юнитам hdparm - не нашел.
Может вообще не то ищу и проблема в параметрах ядра?
Нужна помощь...
Бедный и несчастный уже совсем не думает какую рекламу лепить. А радостный рекламодатель, получив от любимого мной мегафона информацию, о том, что я с «мобильного» подключения, суёт мне подписку «супер-пупер портала». Как я до этого жил без " Развлекательного портала с подпиской на обновления: новости, музыка, обои, трейлеры и многое другое"...
Привет, с некоторых пор Firefox стал открывать главное меню по кнопке Alt и устанавливать на него фокус ввода. Жутко бесит, хочется взять и отключить. Как это сделать?
Вдобавок, у меня на Alt+Space повешена переключалка IME. Теперь при включении иероглифов каждый раз вываливается сраная менюшка. Что хуже, когда меню в фокусе, начинают работать буквенные шорткаты без кнопки Alt. Не заметив перехода в меню, продолжаешь машинально печатать, и начинают происходить непредсказуемые вещи. КАК ОТКЛЮЧИТЬ ЭТО СРАНОЕ USABILITY IMPROVEMENT И СДЕЛАТЬ КАК БЫЛО?
Стало известно о появлении в продаже у Lenovo так называемых «Signature Edition» ноутбуков, в которых жесткие диски работают в неком проприетарном режиме RAID, который не распознается ядром и установщиками Linux, и даже установщик Windows не может работать без специальных драйверов от Lenovo. Сообщается, что обойти этот режим возможно лишь переустановкой кастомного BIOS.
Список включает в себя как минимум модели Yoga 900 ISK2, Yoga 900S и Yoga 710S. Интересно, что в описании некоторых нет пометки «Signature Edition», например Yoga 900 ISK2.
Официальный ответ от эксперта по продукции Lenovo:
This system has a Signature Edition of Windows 10 Home installed. It is locked per our agreement with Microsoft.
В системе установлена Windows 10 Home Signature Edition. Она [система] заблокирована в связи с нашим соглашением с Microsoft.
Известно, что были удалены несколько комментариев к соответствующим продуктам, а также заморожена ветка форума с обсуждением этой проблемы.
