Вот это перл! Сколько уже раз пытались убедить журналистов - пишете о нас, спросите, правильно ли мы поняли, правильно ли мы пишем. Исключительно чтоб не выглядеть глупо. Нет же, мы, мол, независимые, вот еще вы нам будете указывать, что писать. Сами напишем. Вот и пишут.

Предыдущий раз это было несколько недель назад, когда уважаемый CNews написал, что Sun "разработал процессор Xeon для Intel и Opteron для AMD". Лестно, конечно, но нам чужая слава не нужна!

И вот - только что, cybersecurity.ru:

Также Rock будет поддерживать технологию Tremblay, которая по словам представителей Sun, позволит нескольким группам инструкций выполняться на сервере одновременно, что повышает общую производительность.

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

Для непосвященных: Marc Tremblay - главный процессорный архитектор всего проекта процессора Rock, и Sun Fellow (таких в Sun всего не больше пятнадцати). Кстати, пару лет назад приезжал в Москву, когда мы объявляли Ниагару. Изумительно приятный в общении, я провел с ним три дня, получил кучу сокровенных знаний про сановские процессоры. Теперь чем могу - делюсь.

Вот книжку опубликовали: "Solaris Application
Programming".

Судя по оглавлению, есть что почитать.

И вот, для примера, одна из глав. 

Если есть доступ к Safari, то книжку можно почитать здесь. 

Не успел я написать про безопасность Одноклассников.ру, как на ту же тему в  ZDNet замечательно высказалась сановский "chief privacy officer", Michelle Dennedy:

Think twice before you post personal data online 

Цитата:

Imagine a day when a contentious topic of a Supreme Court nominee
hearing is the content of the candidate's resurrected MySpace page,
Flickr account and personal blog from her college days? Or the log of
phone calls and Web searches she made in the previous year? Or a posted
list of purchases made for a bachelorette party?

Или, другими словами, как меня наставляли в детстве: "Веди себя так, как будто тебя снимают в кино." Вот оно и свершилось: всем все про тебя видно.

Лучшее средство борьбы с пробками - подкасты. Недавно подсел на это дело - новая жизнь началась. Не могу не поделиться находками:

http://www.wnyc.org/shows/radiolab/ - просто суперский звук! И темы и подача и диалоги. И вообще - не оторваться. Сильно рекомендую.

И еще - замечательный  Ashlee Vance, который, оказывается, не только пишет в theregister.co.uk, но ведет подкасты. Вот тут - список:

http://www.theregister.co.uk/hardware/semi_coherent/

Особенно меня порадовал вот этот: http://www.theregister.co.uk/2007/09/21/scc_episode7_david_ditzel/ где Эшли беседует с Дэвидом Дитцелом, архитектором многих процессоров, в том числе SPARC и Transmeta. Дэвид упоминает ранние девяностые, когда он приехал в Москву и встретился с командой Бабаяна, был сильно впечатлен тем, что в те годы "you could hire a Ph.D. level people for $10-15 a month!". Я поностальгировал, растрогался и даже написал Эшли письмо, где поблагодарил за такое внимание к нашей великой родине. Он моментально ответил, сказав, что "вот ради таких писем и хочется работать". Кончилось тем, что мы встретились с ним в Mountain View в пивной Tied House и он даже подписал мне его только что вышедшую книжку Geek Silicon Valley. Оказался весьма приятный в общении и весьма молодой, даже не скажешь, что его должна так интересовать история.

Вот тут у нас только что разговор зашел о безопасности. Хороший такой сайт odnoklassniki.ru, полезный. А вот предположим я - злоумышленник. Нахожу человека, смотрю в его друзей, создаю пользователя с именем как у одного из друзей, скачиваю его фотку и ставлю как свою, вписываю школу/институт и т.п. А потом пишу ему письмецо - дальше темы могут быть самыми разными, от "положи мне денег на телефон" (ну, это всякий распознает) до...

Как уберечься?

 UPDATE: проверил, работает.

Все аппаратные производители только и делают, что говорят про то, какие их серверы экологичные. В России эта тема пока не пользуется такой популярностью, как в Штатах и в Европе, но лозунги про то, как "наш сервер сокращает выброс CO₂" все таки доходят до нас. Мне уже пару раз приходилось успокаивать людей, говоря, что сам сервер CO₂ не выделяет, а только помогает экономить электроэнергию, а раз он меньше потребляет, то ее и меньше производят и меньше сжигают мазута/газа/угля и меньше выделяют CO₂. Не вполне очевидная цепочка. Особенно для тех, кто не слышал выступлений Эла Гора.

Но вот вопрос - как, интересно, софтверные компании участвуют в сокращении выбросов CO₂? Не помню, чтоб я слышал какие-то экологические заявления от Microsoft или Oracle.

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

Приехала жена из поездки в Китай, привезла тысяч пять фоток. Лежат на диске в виде 100NCD80 или 103NCD80 и т.д. Надо как-то упорядочить.

Сначала на них на всех напустил программу renrot (переименовывает и поворачивает фотки):

$ for d in Roll* ; do echo "$d" ;  cd "$d";   renrot -n %Y-%m-%d_%H-%M-%S-%c *JPG; cd ..; done

Теперь надо разложить их все по директориям по дням. Сначала создал директории (с 1 по 9 ноября):

i=1 ; for ((i; i<=9; i++)) ; do mkdir "2007-11-0$i"; done

А потом надо скопировать из каждой 100NCD80 и им подобных:

$ cd ../101NCD80-1
$  i=0 ; for ((i; i<=9; i++)) ; do mv "2007-11-0$i"* ../"2007-11-0$i" ; echo "Next day" ; done

После таких трудов надо было все-таки посчитать, сколько таки фоток получилось в директориях, не потерялись ли где нибудь.

$ for d in 2007* ; do  ls $d | wc ; done | awk '{print $1}' | xargs ~/sum.sh 

Может, я что-то пропустил, но, по-моему, нет стандартной программы, которая бы просто выдавала сумму аргументов.  Пришлось написать sum.sh:

#!/bin/bash
sum=0
for i in $*; do echo $i ; sum=$((sum))+$((i)) ; done
echo $((sum))

Я все правильно сделал?

Powered by ScribeFire.

Говорил на днях с приятелем, который в Оракле работает. Он звонит время от времени, задавая вопросы типа: "сколько ядер в вашем UltraSPARC IV+?" - лицензии считает. Обменялись любезностями.

Известно, что у Sun недавно образовался зуб на Oracle, после того, как они не стали менять коэффициент для лицензирования Niagara 2. Для первой Ниагары сделали 0.25, а для второй - оставили как для всех остальных  SPARC процессоров - 0.75. Получается, что на однопроцессорную машину, но с восемью ядрами, надо покупать аж 6 лицензий Oracle. На сервер стоимостью 26 с небольшим тысяч Oracle должен стоить 6 * 40 тыс. = 240 тыс. Как-то неразумно.

 НО. Если покупать Enterprise Edition.

А если можно обойтись Standard Edition, то тут уже у Oracle образуется зуб на Sun. "Как же так," - говорят. "Если вы сделаете на своей Ниагаре четырехсокетную машину, то она будет проходить для Standard Edition. Подумать только - 32 ядра, сколько можно было бы на Enterprise лицензиях заработать! А вот нет - имеют право Standard покупать!"

На том и разошлись. Потом встретились на odnoklassniki.ru.

Just came to my mind: eventually everybody will be equipped with the live webcam on their phones, automatically posting clips to YouTube. Then it won't be necessary to install Big Brother-style CCTV everywhere, everybody will be caught by everybody.

Just run opensnoop from DTrace Toolkit on my laptop (Nevada b39) and discovered:

UID PID COMM FD PATH
116755 699 emifreq-applet 43 /usr/share/pixmaps/emifreq-applet/emifreq-icon-1.png
116755 699 emifreq-applet 43 /usr/share/pixmaps/emifreq-applet/emifreq-icon-1.png
116755 699 emifreq-applet 43 /usr/share/pixmaps/emifreq-applet/emifreq-icon-1.png
116755 699 emifreq-applet 43 /usr/share/pixmaps/emifreq-applet/emifreq-icon-1.png
....

Killed the applet.

I was one of the lucky guys who got early access Sun Fire T2000 server for testing. Unfortunately, we've got only three days for all. No time for learning, tuning, porting - at all. Just hope that everything will run out of the box. And hopefully we'll get "right" results.

It turns out that customer uses Java application written for BEA Weblogic 6.1 based on JVM 1.3.1. I've asked our community experts if it will impact the performance significantly. The answer was: "Please, please, move them to at least JVM 1.4.2! 1.3.1 is toooo old, no parallel garbage collector, no this, no that. Please, don't run your test on this old JVM!"

But I had no choice - customer told me that they run this application in production with this version and they don't want (and actually can't) change anything. Especially under time pressure.

OK, let's run your version.

On the first day we've unpacked the box, found that Solaris installed there looks like something very new, something more fresh than even Solaris 10. OK, let's install BEA Weblogic and try. It runs! Trying to run the application itself... It runs!

On the second day we tried to run the test load and compared to Sun Fire V880 server with 8 UltraSPARC III CPUs. Very easily the new box reached the same throughput (in terms of processed transactions) but we noticed very low CPU utilization. Good target for tomorrow!

Third day brought about 40% gain in throughput compared to fully loaded Sun Fire V880 server. Not bad, if you keep in mind the difference in size (2 RU vs. 17RU) and power consumption (300 W vs 1000W). Which was easily understandable by the sysadmins who had hard times trying to find free 2 RU in their racks two days ago.

One more observation from customer's sysadmins when they opened the hood of Sun Fire T2000 server: "Look, it doesn't have a cooler on the chip!"

Bottomline: No tuning, no porting, very old version of application software - still 40% gain in throughput! Just in three days.