С этим возникают очень серьезные проблемы. На мой взгляд, кроме разработки собственно заказного ПО, программист должен уметь разработать полный комплект документации в соответствии с ГОСТ и требованиям ПЗ.

Заливаем сервер водой, это охлаждение

В воду выпускаем рыб

Взлетит?

Балуюсь OpenIndiana и ZFS. Наткнулся на непонятную мне вещь: чтение с диска у меня почему-то в 2x раза медленне записи!?

Проверял dd:

zero -> disk: 1048576000 bytes (1.0 GB) copied, 7.36276 s, 142 MB/s
disk -> null: 1048576000 bytes (1.0 GB) copied, 12.7403 s, 82.3 MB/s
disk -> disk: 1048576000 bytes (1.0 GB) copied, 41.2035 s, 25.4 MB/s
zero -> null: 1048576000 bytes (1.0 GB) copied, 0.113213 s, 9.3 GB/s

Перепроверял несколько раз, значения всегда одни и теже.

Под капотом SSD. Сам SSD должен выдовать до ~500Mb/s туда и обратно на SATA-III.

Тестовая шарманка, правда не новая (Core2/ICH7). Т.ч. если предположить SATA-I (1.5 Gbit/s), то запись вроде попадает в параметры.

Но вот с чтением что за бодяга?

Я что-то не понимяю? Кто виноват? Сам SSD, ZFS, bridge или SunOS? Куда копать?

cast riki

UPD: пепел на мою голову, забыл blocksize при тесте с диска в ноль. Новые результаты: slow read / fast write. wtf? (комментарий) (bs=1M)

Здравствуйте! Такая задача: небольшой компании (150-200 пользователей) нужно организовать почтовый сервер с возможностью получения писем локально, без доступа юзеров в сеть. Есть хостинг (peterhost.ru) и на данный момент криво работающий и настроенный kerio mail server, который нужно полностью на что-то поменять, причем бесплатное. Как выяснилось, zimbra collaboration не умеет отправлять письма с внешних аккаунтов (ну или, если я тут что-то упускаю, подскажите, как ее сконфигурировать для этих целей). Помогите, если можно, найти решение. Да, я новичок в этом, поэтому, если можно, подробно и/или со ссылками на соответствующие мануалы.

Доброго времени суток!

Подыскиваю удаленную работу в режиме полной или частичной занятости. Рассматриваю так же интересные предложения по Unix / Linux / Cloud / Virtualization профилю в режиме полной или частичной занятости в офисе.

Решаю все вопросы связанные с хостингом, виртуализацией и облачными технологиями. Настройка и сопровождение хостинга, облачного хостинга, VPS, VDS, выеделенных серверов. Администрирование инфраструктуры предприятий, парка серверов и виртуальных машин. IT Аутсорсинг. Создание облачной инфраструктуры. Миграция в облако. Трансформация IT инфраструктуры.

Ключевые навыки:

Unix / Linux / FreeBSD / Solaris / Windows Server 2012,2008,2003

Виртуализация: KVM, XEN, VMware vSphere, Citrix XenApp, SolusVM, Proxmox, Libvirt, OpenVZ, VirtualBox, VDSmanager; IaaS, SaaS

Хостинг: ISPmanager, BILLmanager, WHMCS, cPanel, DirectAdmin Почта: Zimbra, MS Exchange, Postfix, Exim; antispam, rbl, greylisting

Веб: Apache, Nginx, lighttpd; SSL, cache, proxy, performance tuning

БД: Oracle, MySQL, PostgreSQL, MS SQL Хранилища/СХД: DRBD, LVM, GlusterFS, RAID; EMC VNX / CLARiiON / RecoverPoint, IBM DS, HP, Thecus; FC SAN, iSCSI

Сети: Cisco, HP; Linux routing, iptables, ebtables

VPN: OpenVPN, Openswan, Cisco VPN, PPTP; ipsec, double-vpn

Мониторинг/Бэкап/Автоматизация: Zabbix, Bacula, Veeam, bash, perl, php

Опыт работы:

Стартап облачного провайдера (создание облачного хостинга с нуля)

Руководящая должность в IT департаменте банка Организация деятельности отдела, управление IT процессами Сопровождение инфраструктуры систем и серверов различных вендоров (IBM, HP, Dell, Intel, SUN, EMC, Cisco) Сопровождение «Business Critical» банковских систем Успешно реализованный проект по созданию облачной инфраструктуры банка, создание катастрофоустойчивых ЦОД высокой доступности (VMware, EMC, Site Recovery Manager, RecoverPoint)

Удаленное администрирование хостинга, VPS, VDS, dedicated сереверов, взаимодействие с зарубежными ДЦ

Дополнительно:

Разговорный английский

Возможность выезда по Москве, МО, готовность к командировкам

Алексей, 30 лет, Москва

_________________

CloudGuru

cloudgurubox эт gmail дот com, +79262653922

Город Санкт-Петербург.
Требования:

• Знание linux.
• Стаж от двух лет.
• Знание принципов построения сетей и сетевой безопасности.
• Углубленное знание TCP/IP, DNS, HTTP, FTP, DHCP.
• Способность проектировать SQL базы данных.
• Умение обжимать Ethernet-кабели.
• Понимание основ работы маршрутизации, умение работать с iptables и stateful firewalls.
• Знание RAID.
• Желательно умение заправлять принтеры.

Есть проблема - полковник потерял логин и пароль на вход в МСВС. Я единственный из части, кто хоть как-то разбирается в IT. Необходимо либо сбросить пароль либо зайти без него. В сам компьютер вставлять ничего нельзя, он опечатан. Версия ядра - 2.4.32. Обещали за это 3 увала - очень хотелось бы с девушкой встретиться:) Помогите кто-нибудь! Пытался загрузить через boot single, но тоже требует пароль.

Я просто решил оставить тут несколько фактов о принципах работы wayland и их применимости на android.

И прежде всего я обращаю внимание на тот факт, что ровно две конторы решили сделать мобильные ОС поверх драйверов android: Canonical и Mozilla. Обе перед этим разрабатывали софт под андроид, ubuntu for android и firefox for android соответственно. В ходе разработки они столкнулись с одними и теми же проблемами и интересными решениями от команды разработчиков из Google. Разумность этих решений и побудила их к тому, что они делают.

Часть I, или wayland — не дисплейный сервер

Wayland — название протокола, описанного в XML файле. Из файла генерируется документация к протоколу и код на C, позволяющий общаться посредством этого протокола (libwayland). Если кто-то из разработчиков вейланда говорит вам, что «в вейланде явно не специфицируется то-то и то-то», его слова следует просто игнорировать: протокол-то не специфицирует, но реализация у него была и есть одна — weston — а он как раз специфицирует многие вещи; кроме того, попробуйте-ка заставить авторов тулкитов и mesa вот так взять и добавить поддержку особенностей альтернативной реализации протокола wayland (а таковой в будущем мог бы стать даже mir). С вас шкуру спустят, за то что опять фрагментируете бедное комьюнити своими забагованными альтернативными реализациями.

Часть II, pixmap <-> texture

На многих устройствах с android стоит относительно слабый процессор, и даже его мощность следует максимально беречь из-за батарейки (например, один из смартфонов самсунга имеет два ядра на 1,3 и 1,9 ГГц, но в нормальном режиме работает только слабое ядро), ОЗУ надо беречь из-за батарейки. Также на устройствах есть интеграшка вместо видеокарты и большой экран (у Samsung S3 он больше, чем у iPad без ретины). Увеличение размера экрана в n раз увеличивает число пикселей в n² раз. Как мы все уже знаем, современные тулкиты рисуют готовую картинку и отправляют её серверу, но делать это можно четырьмя способами

1. Выделять места в памяти, рисовать там картинки, отправлять серверу. Это всегда даёт оверхед на ОЗУ, даёт оверхед на передачу данных по шине для дискретных видеокарт и оверхед на копирование памяти для интеграшек. OpenGL использовать нельзя, аппаратного ускорения нет. В начале своего пути Wayland умел только так.
2. Выделять OpenGL framebuffer, рисовать туда командами OpenGL, забирать оттуда пиксели с помощью glReadPixels, а потом способ №1; про его оверхед уже сказано. Хотите я вас обрадую? У драйверов android есть баги, например, на видеокартах Qualcomm иногда пиксели из фреймбуфера читаются некорректно, потому что они оптимизировали вывод графики и потребление ресурсов с помощью тайлинга (разбиения фреймбуфера на квадраты 16x16, которые обрабатываются отдельно) и теперь не гарантируют, что весь фреймбуфер целиком может быть нормально разобран на пиксели. Отдельные баги, может быть, исправлены в android 4.2, но кто исправит их в android 4.1, на котором и основан cyanogen mode? Конкретные проблемы и сопутствующий оверхед можно пофиксить путём использования способа №4.
3. Выделять OpenGL framebuffer, рисовать туда командами OpenGL, отдавать дисплейному серверу. Используется в weston и mir. Кстати, в обоих случаях используется библиотека EGL, которая выступает связующим звеном между объектами OpenGL/OpenGLES/OpenVG и знакомыми всем программистам понятиями из мира программной отрисовки, такими как pixmap, surface, и так далее. В обоих случаях надо попросить weston или mir создать окно, потом попросить libEGL о создании EGLSurface из полученного окна, а дальше уже средствами чистого EGL создать контекст OpenGL и другие ништяки. Недостаток — невозможность использовать частично программную отрисовку, всё только через GPU.
4. В реальных устройствах на андроиде все карты — интеграшки, и выделенной памяти у них нет. Просим у драйвера видеокарты область оперативной памяти в виде EGLImage (у EGL для android есть такое нестандартное расширение), связываем его с текстурой либо фреймбуфером, рисуем в картинку софтварно и/или через OpenGL и используем дальше как текстуру. Это — идеал, именно он используется внутри андроида, но недоступен прямо через NDK или java: [1], [2], [3]. Нулевой оверхед на копирование, нулевой оверхед на ОЗУ. Поддерживают ли этот способ тулкиты на вейланде? Поддерживает ли его Weston? Зато есть заявления о работоспособности Weston под android и непонимание, зачем нужен Mir.

Впрочем, замечу, что Jolla пытается накостылить поддержку способа №4 в Weston [4].

Часть III, server allocated buffers

Wayland нам абсолютно неинтересен. Смотреть надо на Weston, и он действует так: клиент просит у видеодрайвера буфер, рисует в него что-то, а затем передаёт этот буфер и время, когда он был отрисован, для Weston через протокол Wayland с просьбой нарисовать. В Mir сделано иначе: клиент просит у Mir буфер, затем пишет в него что-то, затем просит другой буфер и одновременно передаёт имеющийся буфер для отображения на экране. Клиент работает через библиотеку mir-toolkit и не зависит от того, какие именно данные идут от него по сокету.

Преимущество подхода mir в том, что mir может воровать буферы у неактивных приложений и тем самым давать огромную экономию памяти [5]. Именно так сейчас поступает android, и, насколько известно, ios [6] [7].

Часть IV, ввод

Акселерометры, множественные касания, виртуальная клавиатура и аппаратная клавиатура, геймпады, датчики роботов — всё это уже сейчас работает в android. Mir просто взял эту часть гугловского surface flinger и перенёс к себе, отделив его от остального кода и подключив boost, добавил трансляцию в API Mir. Трансляция прямая, например, тип события мыши или касания напрямую кастуется в соответствующий enum из библиотеки mir-toolkit, и дальше передаётся клиенту (и тут же поправлюсь: 4 июля 2013 года кастования типа убрали для ещё большей совместимости с android, потому что иногда приходящее от Surface Flinger значение не укладывается в enum). Как результат, Mir поддерживает абсолютно все фичи ввода, доступные андроиду.

Тем временем в Weston всё ещё продумывают каждую мелкую деталь событий ввода в протоколе wayland. Это прекрасная работа и отличный задел на будущее, но полноценной обработки ввода на weston под android не будет в ближайшие 5-10 лет. Но тут есть выход: если в дисплейный сервер Mir будет добавлена поддержка протокола wayland, то он сможет транслировать события ввода андроида в протокол wayland и потребует для этого гораздо меньше отладки, чем Weston, потому что код mir уже покрыт тестами и может хостить Qt-шные приложения для андроида неотличимо от Surface Flinger.

Часть V, client-side decorations

Каждый тулкит рисует client-side decorations по-своему. Ниже будет список нюансов CSD, для которых должна быть поддержка со стороны каждого из тулкитов — и это очень грустная ситуация, потому что число тулкитов, способных написать и отладить весь этот код со всеми нюансами, резко сокращается. Уже сейчас только Qt5, gtk3 и EFL более-менее поддерживают последние решения вейланда. Итак, нюансы:

• Wayland не заставляет использовать клиент-серверные декорации, но мы уже знаем, что надо смотреть на Weston. Weston в общем и в целом заставляет, если не считать инициативу мейнтейнера kwin.
• Для тайлинга, полноэкранных окон и окон на пол-экрана CSD надо частично отключить. Wayland в лице его основателя предлагает [8] давать окнам подсказки, какие именно стороны окна должны быть без декораций. Кстати, именно так kwin может добиться серверных декораций — просто отключив CSD для всех четырёх сторон окна. На андроиде CSD не нужны, как и на любых устройствах с маленьким физическим размером экрана.
• Заголовок окна не рисуется для развёрнутых на весь экран окон в Unity, KDE Plasma Netbook [9] и, насколько я знаю, в GNOME. Wayland никак об этом не сообщает, но можно использовать тот же механизм, что для глобального меню.
• Порт Qt на wayland получает оверхед из-за CSD, и поэтому в Qt оставлен флаг для отключения CSD. Скорее всего, у других тулкитов будут те же трудности. Тем более CSD создают очевидный оверхед по оперативной памяти из-за того, что каждое приложение само собирает и хранит в памяти копию всей графики (растровой или векторной), необходимой для декораций.

Напоследок процитирую слова Мартина Грэсслина:

Is this fear valid? Well during said presentation Weston was running with two windows. They had different decorations. One was the terminal with minimize, maximize and close button on the right. One was a pdf viewer with a standard GNOME Shell decoration: minimize button missing. And during FOSDEM I had also a look on the decorations for Qt Wayland: again different decorations.

GNOME уже не раз убирал из своих приложений и из GTK фичи, непосредственно нужные другим DE. Например, автора Transmission попросили выкинуть что-то из уведомлений [10], причём багу присвоен тип «Улучшение» ☺. Дальше диалог развивался так:

Removing it altogether, as you suggest, will hurt XFCE users. I wish GNOME, Canonical, and everyone else involved would settle on one consistent API for this and stop fucking the app developers over.

Ответ:

I guess you have to decide if you are a GNOME app, an Ubuntu app, or an XFCE app unfortunately. I'm sorry that this is the case but it wasn't GNOME's fault that Ubuntu has started this fork. And I have no idea what XFCE is or does sorry.

Никогда у вас не будет нормальных клиентских декораций в официальном GTK 3. Забудьте об этом. Могут помочь те, кто патчит GTK в своём дистрибутиве — но пока конкретно этот тулкит более-менее патчит только Canonical.

Интересуют мнения практиков, а не теоретиков.

5й показался каким-то монстрозным. Но «покрутил в магазине в руках» - некорректная оценка же.

Компания Joyent, известный провайдер облачных вычиcлений, объявила о заключении партнерского соглашения с Canonical. Длительное время они уже предоставляли своим пользователям образы Ubuntu Linux, но теперь они переходят на Certified Ubuntu. Это продукт совместной разработки компаний, оптимизированный специально для сервисов Joyent.

В данный момент на Joyent Public Cloud доступны версии Ubuntu 12.04, 13.10 и будущий релиз 14.04.

Также заявлена поддержка Cloud-Init и Juju.

>>> Подробности

И в честь сего события предлагают купить игру за 83 рубля до 24 мая.

На новоприобретенный dell 3537 с предустановленной ubuntu 12.04 решила поставить 2 системы. Переустановить новую убунту и из нее разбить диски. Запустив загрузочный диск с убунту 14.04, выбрала язык и следует сообщение: the system is running in low-graphics mode your screen, graphics card, and input device settings could not be detected correctly. you will need to configure these yourself.

карта AMD Radeon HD 8670M

может разбить диски с ubuntu 12.04? Может переустановить драйверы на карту?

поставил на ноут системд, кдм появляется практически мгновенно, строчки загрузки демонов не успевает даже показать. как ускорить биос? есть ли инструкции по порту корбута на оборудование? можно ли обезопасить биос от кривых рук?

Принято считать, что языки содержат некие семантические единицы, обладающие неким «смыслом». Утверждается, что эти единицы могут нести смысл «сами по себе», вне зависимости от контекста. Выделяются некие константы, инварианты. Это ложь. Любая единица языка, есть лишь закодированый символ, указывающий на значение. Связка символ-значение, вопрос конвенций. Чтобы выражение «у попа была собака» стало означать, например, «прекрасное утро», достаточно договоренности об этом 2 лиц. Трудновато, наверное, будет тиоретикам от языкознания обосновать «смысл» вышеуказанной языковой единицы. Смысл ее лишь в том, что она является кодом. Сколько лиц, их количество, вопрос сугубо второстепенный, 2 человека «так называет это» или миллион, не касается смысла.

Поэтому, никакого смысла, никакой семантики языков не существует, смысл выражений определяется теми, кто вкладывает в выражения какой-то смысл.

Есть конечно, некоторые тенденции построения речи. Например, можно предсказать, с некоторой долей вероятности, что если в рамках русского языка появиться существительное «фубар», то, прилагательное от него будет построено как «фубарный», или «фубаровый», например. Но это всего лишь тенденции, инерционность конвенций именований, и относиться к вопросам грамматики, но отнюдь не к так называемой «семантике».

Покуда в языковедческих науках существует понятие «семантика» они будут оставаться лженауками.

Что касается языков программирования, тут наблюдается похожая ситуация. Следует отделять свойства языка от свойств языка, заточенного под компиляцию и свойств языка адекватно воспринимаемого пользователем. Это ортогональные понятия.

Частенько, в CS появляется беллетристика, вроде «Смысл языков программирования». WTF'ing «смысл»? Смысл для кого, для просто Марии? Язык не может иметь смысла. Это всего лишь хеш, где значения могут быть также и именами. Не существует, вообще, принципиальной разницы между именем и значением. Единственным условием мощности языка является возможность интерпретации любого слова как имени или как значения, вне зависимости от того, чем это слово «считается».

Flash плеер всё заменяют и заменяют, но никак не заменят полностью. Новые и сверхновые фичи браузеров это замечательно, но Flash бывает всё ещё нужен. К сожалению, доступная NPAPI браузерам версия застыла на 11.2, а новые версии выходят только в составе Chrome. Поэтому я делаю адаптер, который сможет быть посредником между PPAPI плагином и NPAPI браузером. Это такая штука, которая позволит использовать свежий Flash в Firefox, Opera и других браузерах, в которых работают плагины.

https://github.com/i-rinat/freshplayerplugin

Девушки рассказывают о языках программирования, и раздеваются по мере усложнения материала. Переход к следующему уровню после ответов на вопросы предыдущего теста. Старт в расстёгнутой блузке и мини-юбке.

Ъ.

Недавно поставил эксперимент,2 сервера перевёл на btrfs, проблем не увидел, более того, программисты сказали, что на этих серверах даже лучше сайт работает(это альфа и бета тестирования сервера, всего 5:альфа,бета,предрелизный, релизный, боевой).Первые 2 стали лучше работать, по заявлению разработчиков. Боевой ближайщие годы вряд ли на btrfs, а вот остальные можно попробовать. А вообще какие реальные плюсы и минусы вы видете в этих 2 ФС, особенно какие реальные недостатки в последней версии btrfs.

Российская компания МЦСТ завершила испытания нового процессора «Эльбрус-4С» и готова к его массовому производству. Об этом говорится в сообщении предприятия. «Эльбрус-4С» ─ четырехъядерный микропроцессор, разработанный по технологии 65 нанометров и поддерживающий три канала памяти DDR3-1600. Тактовая частота ядра процессора составляет 800 мегагерц, а его максимальная рассеиваемая мощность ─ 60 ватт.

Новый процессор, по сравнению с «Эльбрус-2С+», относится к чипам следующего поколения. В нем увеличена кэш-память, добавлена поддержка двоичной трансляции в многопоточном режиме, введена аппаратная поддержка для двоичной трансляции 64-разрядных кодов Intel/AMD и оптимизирована работа с памятью.

Основной операционной системой для процессора является «Эльбрус», разработанная на основе ядра Linux версии 2.6.33 и поддерживающая работу более трех тысяч пакетов из дистрибутива Debian 5.0. Сегодня «Эльбрус-4С» ─ самый высокопроизводительный отечественный процессор. Российская компания МЦСТ завершила испытания нового процессора «Эльбрус-4С» и готова к его массовому производству, говорится в сообщении предприятия. «Эльбрус-4С» ─ четырехъядерный микропроцессор, разработанный по технологии 65 нанометров и поддерживающий три канала памяти DDR3-1600. Тактовая частота ядра процессора составляет 800 мегагерц, а его максимальная рассеиваемая мощность ─ 60 ватт. Как уточняет РИА Новости, эти процессоры сравнимы с современными Intel i3 и Intel i5.

Последнее поколение процессоров Intel i3 и Intel i5 с архитектурой Ivy Bridge использует 22 нанометровый технологический процесс. Техпроцесс с использованием 65 нанометровых технологий начал применяться мировыми чипмейкерами для своих процессоров еще в 2004 году, а в серийное производство такие чипы попали в 2006 году.

Микропроцессор «Эльбрус-4С» компания предполагает использовать на серверном оборудовании, а также там, где необходимо замещение иностранных технологий в целях обеспечения автономности и секретности.

>>> Подробности

Отвлекли на работе, по быстрому по ssh удалил не тот конфиг через mc,хорошо сервер не перезапустил.... Как восстановить тот конфиг?Там до меня писали тонну настроек, я уже вносил,новый не вариант .... Увидел только вот придя домой и хорошо проверил....

В продолжение предыдущей темы.

Скажите, пожалуйста, а зачем такое большое кол-во человек используют дистрибутивы с языком системы, отличным от английского? Некоторые даже специально переводят все надписи самостоятельно, если того нет в соответствующих компонентах и программах. Какой от этого смысл? На английском всегда легче ищется информация в интернете, так что перед запросами весь текст всё равно придётся переводить, да и более универсально это. Что сподвигает людей на подобный шаг? Есть ли в этом какой-то скрытый смысл?

Перемещено mono из general