Category: компьютеры

Category was added automatically. Read all entries about "компьютеры".

Моральная драма разработчика 36-разрядной Наири — Г. Е. Овсепяна

Мощный рассказ про то, откуда произошла советская уникальная разработка Наири (36-разрядный компьютер). Начинается интересно, но довольно буднично. Заканчивается же мощнейшей моральной драмой.

http://www.lebed.com/2003/art3598.htm

Рекомендую всем, даже (и особенно) гуманитариям.

Air upgrade.

По заказу gliv пишу пост об апгрейде. Апгрейднул свой Air:

11" Core 2 Duo 1.4 GHz, 4GB @ 1000 DDR3, 128 GB
на
11" i5 1.7 GHz, 8GB @ 1600 DDR3, 256 GB.

Когда покупал первый в (2010 году), стандартно он шёл с двумя гигами памяти и 64 GB диска. Понятно, что этого не хватило бы, и поэтому я его разогнал по-полной. Тогда это значило 4/128.

Теперь же по-полной значит зарядить 512 флэша под 800 баксов, но я не готов столько переплачивать.

Впрочем, что тогда, в 2010 году, что сейчас, получилось наконфигурить на одну и ту же сумму — $1500. Нормальный комп всегда стоит $1.5k, во все времена.

По ощущениям — лучше. Качественно лучше. Кроме очевидных вещей, таких как улучшенный процессор и скорость работы с памятью, на новых эйрах стоит гораздо более быстрый SSD. Кроме того, заработал AirPlay-шаринг экрана на Apple TV. Это было недоступно для модели 2010 года (они там какую-то фишку видеокарты используют, по всей видимости).

Измерять ничего не буду, так как гнался не за перформансом, а за размером диска: хаскель, TeX, эрланг, и всякие другие штуки уже не умещались на 128 GB. На глаз, разница очевидна.

Cache Performance of Lazy Functional Programs on Current Hardware

Arbob Ahmad and Henry DeYoung


http://www.google.com/search?q=Cache%20Performance%20of%20Lazy%20Functional%20Programs%20on%20Current%20Hardware

Cache Performance of Lazy Functional Programs on Current Hardware


Известно, что рантаймы функциональных языков зачастуют имеют отличные от императивных паттерны доступа к данным в памяти. А современные процессоры оптимизируются под паттерны поведения обычных программ, написанных на более распространённых языках.

Существует несколько исследований, показывающих, где и как функциональные языки неоптимально используют ресурсы процессора. Например, в исследовании 2002 года Nethercote и Mycroft исследовали поведение кэша при выполнении нескольких хаскель-программ, и нашли, что ожидания процессора при отсутствии данных в L2 кэше (cache miss stalls) составляли до 60% задержек при работе программ.

Товарищи из Carnegie Mellon решили ещё раз воспроизвести результаты теста 2002 года. Хардвер за десять лет поменялся довольно сильно, и хотелось определить, так ли пессимистично хаскель работает с кэшем второго уровня.

Использовали валграйндовый Cachegrind и Perf, в частности.

Короче, опредилили, что на тех же данных процессор теперь практически не ждёт на миссах в L2. В 2002 году кэша было 256k, а в 2009 году кэша было уже 4 мега.

К сожалению, они ещё внезапно нашли, что дефольтный размер для нового поколения (nursery) в GC хаскеля составляел 256 kb. То есть, старые тесты 2002 года наверняка упирались именно в то, что дефолтные значения были слишком большими для имеющегося размера кэша. В 2009 году этот же размер оказался более приемлемым.

На мой взгляд, эта находка практически полностью переводит обе статьи, и старую и новую, из подобия науки в разряд тыкания палочкой. Авторы старого исследования не заметили, что упираются в nursery, а авторы нового даже не отметили роль влияния GC-опций GHC на скорость программ. Кроме того, за семь лет изменился и характер нагрузки, а считалось всё на тех же тестах с почти теми же параметрами. Ещё одним соображением являются не абсолютные цифры неоптимальностей в хаскель-программах, а сравнения с эффективностью обычных императивных программ, написанных, скажем, на C или C++. Как поменялась относительная эффективность за эти годы? Нет ответа.
As a result, we conclude that the change in L2 cache size is responsible for most of the performance improvement.
Перевожу: «увеличили кэш, стало быстрее работать». Вау.

И всё же, даже до такого уровня исследования абсолютному большинству российских студентов пилить и пилить.

Волонтёрство в школе Марка

Записался волонтёром в школу Марка. Буду помогать в компьютерном кабинете. Теперь каждый четверг примерно полчаса будут уходить на то, чтобы помогать деткам разбираться с виндами.

Первый раз ходил в прошедший четверг. Кроме меня волонтёром вызвался ещё один папа, менеджер в компании, занимающейся сборкой white-label серверов. Потом на эти сервера лепят шильдики Dell и HP, продавая под своим именем.

Детки, которым от 5 до 6 лет, были первый раз в компьютерном кабинете. Их посадили посередине между рядов с компами и прочитали микро-лекцию о том, чего не надо делать: не надо трогать лицо и нос, а затем брать мышку, и наоборот, чтобы не разносить заразу.

— Многим из вас дома дают трогать экран, но у нас это не разрешено. Вы должны использовать мышку для того, чтобы управлять компьютером. Не трогайте экран.

О новое поколение, взращенное на тачскринах!
Collapse )

Мониторный сетап, или HDMI через IP

Вынес мониторинг (графики) на отдельный "1080p" монитор, чтобы постоянно ощущать биение сердца нашего продукта в преддверии существенного повышения нагрузки в апреле.



Монитор с графиками должен быть отвязан от основного компьютера (у меня Air 11" с большим монитором), потому что разные падения браузеров, переключения экрана (Spaces), etc на него не должны влиять. Поэтому для монитора нужна была отдельнаямашинаоймояжаба. То есть, отдельной машины под монитор с графиками выделять очень не хотелось; тем более, не хотелось что-то дешёвое (Mac Mini не подходит под этот критерий) и шумящее под боком (Air бесшумен).

В итоге родилась идея подключения монитора к серверу, который стоит в серверной и уже и так работает без перерыва. Серверная — в нескольких десятках метров, но до неё есть IP (Ethernet и WiFi). Раздобыл такую штуковину IPUSB2HD2 — подключение к компьютеру монитора (а также аудио и USB) через IP. IPUSB2HD2 имеет гигабитный Ethernet-порт, так что скорость обновления экрана получилась очень приличная (в частности, YouTube работает без задержек).

Кроме, собственно, картинки, иногда на монитор хочется залезть курсором и что-то на нём потыкать. Для этого используется бесплатная тулза Synergy (synergy-foss.org). Она ужасная, как стадо мамонтов (не понимает клавишу Shift), но курсором перевести на соседний монитор, не переключаясь в Remote Desktop Client — самое то.

Тепер щасте.

SSD restart hell

SSD hell, выжимка из тикета в OPS трекере:
So x0307/8/9/10 started to hang every hour since last night.

Apparently this is a bug we've hit:
http://www.theverge.com/2012/1/17/2713178/crucial-m4-ssd-firmware-update-fixes-recurring-bsod
and firmware 0309 fixes it. I've installed it on x0309 and it indeed stopped it from hanging every hour (though i do not know if this fixes long-term problem). I do expect it to start shutting down x0303/x0304/x0305/x0306 very soon.

They start to fail @ 5,184 hours, so we've 76..190 hours to upgrade the firmware.

@#$%^ Crucial.

--igor

Вот фоллоу-ап с is39, нашим главным по железу:
У нас скиснут все Сrucial SSD в течение 3..7 суток (если не впаять update); 4 хоста уже скисли, один я починил.

После 5184 часов uptime они дохнут каждый час.

Ты, зараза, это предугадал в начале этой недели ;-)

А чё — я ничё! ;)

В начале недели я высказал предположение, что все наши SSD, купленные в одно время, эксплуатируются одинаково, и поэтому помрут в один час. Почему? Потому что диски вылетают не сами по себе, а по какому-то поводу: флуктуация питания, температуры и загрузки. И что у SSD очень узкие тех. допуски и очень ровные техпроцессы. Поэтому, если загрузка и питание более-менее стабильны, то спокойное время между аномалиями загрузки и питания будет как раз способствовать тому, чтобы за это время несколько дисков одновременно выработали свой ресурс. И следующий клиентский шторм или, скажем, переключение коло на дизель с шумом в сети, вырубит сразу все подшедшие к своему лимиту диски.

Но зверёк подкрался совсем не с той стороны ;) Оказывается, в эти SSD просто таймер встроен (они называют это «баг»), похожий на таймер в картриджах для принтеров от HP, ограничивающий их жизнь. И есть патч для этого таймера, для особо вздорных админов, не желающих платить за поддержку ;)

P.S. еще стоит упомянуть, что такое дерьмо мы купили не по выбору, а по причине отсутствия Intel SSD 320, с которыми (в других ящиках) таких проблем у нас нет.

P.P.S. Вот ещё разговорчик:
— На тех хостах, которые сейчас раз в час падают: как так получилось, что баг раньше проявился на них, а не на продакшене?
— Они были включены на ~ неделю раньше.

P.P.P.S. От lazy_neko: А вот тут чуваки попали: http://blog.mailchimp.com/planned-server-maintenance-and-followup-to-server-outage/

CPU performance

Обновил самую старую свою машину в коло.


АрхитектураСермяжная производительность
Pentium III 700-MHz
[vlm@oldtail:/.stripe/log]>time wc httpd-access.log
 5251897 108748713 1106062122 httpd-access.log

real	0m47.048s
user	0m35.219s
sys	0m5.410s
[vlm@oldtail:/.stripe/log]>
Xeon L3426 1.87GHz
[vlm@tail:/.stripe/log]# time wc httpd-access.log  
 5251899 108748751 1106062513 httpd-access.log

real    0m7.496s
user    0m6.925s
sys     0m0.571s
[vlm@tail:/.stripe/log]>


Разница в частоте одного ядра: 2.7, в шине к памяти (0.8 GB/s vs. ~10 GB/s): ~10 раз.
Разница по тестам: 5.1—6.3 раз.

Итого: новая машина на практике примерно в два раза быстрее, чем в теории, исходя из разницы частот. Или даже практически в два раза медленнее, чем теоретически быстрее, если исчитать исходя из разницы в скорости памяти. Естественно, это всё касается производительности ~только одного ядра (в L3426 их четыре).

UPD: Линейная скорость чтения со страйпнутого SCSI (старый бокс) — 68 MB/s. Со страйпнутых SATA (новый бокс) — 193 MB/s. Но это всё неважно, ибо 1) чтение с диска не учитывается под FreeBSD в метрике "user" в выводе `time`, 2) при работе wc процесс был заблокирован в run, а не *rd. Отсюда вывод, что диски тут ни при чём.

P.S. Метод глубоко ненаучный, разумеется. Стоило ли писать это в P.S.?

Предсказания про Apple

Обещал отслеживать предсказания про Apple — выполняю.

> Например, в следующей ревизии iPad появится front-facing camera: под неё в железе уже и дырка есть, и по логике должна быть. Скорее всего выйдет к крисмасу, или по крайней мере в районе января.

Выполнилось: даже две камеры.
Не выполнилось: вышла весной, а не зимой, и достать почти невозможно. aznakai пришлось пилить до Тахо чтобы один айпад забрать. В Тахо они были в одном месте, ближе к Долине — болт.

> Ну и iPhone белый должен быть. Скорее всего будет к весне — я видел его уже в соседней кафешке у чела, который с ним ходил и тестировал. Но говорят с его стеклом траблы какие-то, поэтому не успеют к крисмасу.

Выполнилось: Белый iPhone появился. К весне или весной — это не суть важно, на мой взгляд. Когда я делал предсказание, белый iPhone многие уже заочно похоронили.

> Дело в том, что тринашка уже и так набита почти под технологическую завязку, а из-за лицензионных граблей они не могут перейти на Core i5/i7 на ограниченном пространстве. Есть очень небольшая вероятность, что придумают что-то с AMD или поставят какой-то совсем странный интеловский чип, но это я не считаю за существенный апгрейд.

Вау, действительно поставили Core i5/i7, и действительно странный чип — про sandy bridge + Intel HD Graphics 3000 было неизвестно [мне] на момент предсказания. Но не к июню, а раньше. Не ожидал.

> [к июню] на 13" модели сделают SSD 128g дефолтом.

Ждём июня. Скорее всего не выполнится.

Короче, хреновый из меня предсказатель — всё очевидно и так было.

P.S. gliv в том треде таки купил MacBook Air 11", а aznakai — MacBook Air 13".

Смерть ноутбукам

Намедни удалось воткнуть глаз в ноутбук системы нипель. Чёрный ноут из характерно бархатистого пластика, матовый, с матовым же экраном. Достаточно тонкий (чуть потолще MacBook Air, но униформно, поэтому ощущения излишней воздушности нет). Экран по ощущениям 1280x800, и 12.5 дюймов по диагонали. По весу — килограмма полтора.

А главное: в качестве OS на нём стандартно стоит Google Chrome OS, и унутре уже встроен какой-то 3G (ну и WiFi, разумеется). Закрываешь браузер — ноут уходит в спячку. Судя по батарейке — может прожить так больше шести часов, сколько именно — непонятно. Процессор — какой-то ARM, и судя по тестам sun spider — примерно раза в два медленнее, чем 1.4 GHz Core 2 Duo в моём Air 11".

Ассоциируя со слухами, то что я видел — это какая-то гугловая разработка, типа Mario или Andretti: http://techcrunch.com/2010/11/25/google-chrome-os-mario-andretti/
http://code.google.com/p/chromium-os/issues/detail?id=9177#c1

Говорят, скоро он будет продаваться везде баксов за триста. Это было бы неплохой альтернативой нетбукам, если бы не ограничение на только браузерную OS. Даже Word не запустишь, или матлаб какой.

А может гугл их назаказывает и будет их забесплатно раздавать? Вот тогда уже можно и о применениях порассуждать: людям старшего поколения такая штука очень даже может быть полезной. У ноута есть встроенная камера и микрофон, могут с детьми общаться по видео (через tinychat.com, например).

AAPL + MSFT = Bank Fraud

Для работы веб-программистом нужна винда. Хотя бы только для того, чтобы проверять, не стряслось ли ничего в IE 6, 7, 8 или 9 с твоей вёрсткой. Винда на маке — это Boot Camp (нужно ребутаться), или три средства виртуализации: бесплатный некошерный1 VirtualBox, платный кошерный Parallels ($80), и платный буржуйский VMWare Fusion ($80).

Я сделал ошибку, попытавшись купить Windows 7 с сайта MSFT на ту же карточку, с которой неделей раньше купил MacBook. Карточку банк тут же заблокировал. Видимо, очень подозрительная транзакция — покупать что-то у Майкрософта, когда только что уже сдавал деньги эплу.

В MacBook Air нет DVD привода, поэтому 2.3 GB образа Windows 7 после покупки пришлось просто скачать. Скачанный образ встал как влитой в триальник Parallels.
Collapse )