| |
[Oct. 9th, 2007|03:37 pm] |
| [ | Tags | | | job | ] |
| [ | Current Mood |
| |  tired | ] |
Жила была одна большая и гордая компания Sun Microsystems. И выпускала она серверы Sun. Хорошие, сининькие, удобные в обслуживании и, как правило, без видеокарт - а зачем она там, когда есть serial management port?
Жила была компания Oracle. И делала эта компания Базу Данных. Компания Oracle дружила с компанией Sun, и для серверов Sun без видеокарт тоже делала Базу Данных.
А устанавливалась эта База Данных по средствам графического пользовательского интерфейса.
Занавес.
PS: Я знаю про X11, X11Forwarding и VNC. И sun тут ни при чем. Но вот очень мне не хотелось ставить X11 на сервер приложений, при том виртуальный, при том только ради того, чтобы из скаченного полгигового 64-битного дистрибутива поставить пять динамических библиотек и соответствующие конфигурационные файлы. |
|
|
| CygWin, Rsync, Unicode и Япония |
[Jun. 14th, 2007|06:41 pm] |
Взялся на днях закатав рукава за бэкапы. Может когда-нибудь опишу весь процесс подробнее, но в целом, основано все на stunnel, rsync и соответствующих портах на WinNT. Начиналось все с простенького bash-скрипта, заканчивается - уровнем абстракции на том же bash'е над stunnel. Знал бы, писал сразу на каком-нибудь python'е.
Так вот, столкнулся с проблемой. Дало в том, что этот cygwin знать не знает о такой штуке, как unicode. А на серверах, соответственно, он у меня везде. Конечно, кракозябры нормально читаются, если к ним применить iconv, но как бы хотелось сделать без извратов!
Благо, японцам без этого юникода жизни вообще нет, поэтому, наткнулся на патчи для поддержки unicode в cygwin |
|
|
| Virtual Machine Manager for Xen |
[Jan. 15th, 2007|12:03 pm] |
Поставил себе вот такую вот штуку на работу:
Пакет называется virt-manager.
Радуюсь теперь как маленький %).
Правда, эта сволочь утянула за собой кучу зависимостей (детище Red Hat все-таки), и вообще, пришлось ее обработать напильником, прежде чем она запустилась на Ubuntu Linux, но, как показала практика, такая обработка возможна.
теперь у меня есть кноооооопачки :) |
|
|
| :) |
[Jan. 10th, 2007|03:12 pm] |
Оззи прислал ссылку:
Best compile error ever!
Here is a boring line of C code:
createJavaVM = findSymbol(jniLibrary, _T_ECLIPSE("JNI_CreateJavaVM"));
On a C compiler that shall remain nameless, forgetting to cast the result (using (JNI_createJavaVM)) gives the following: [читать] |
|
|
| |
[Nov. 21st, 2006|10:39 am] |
Очередной перл из внутреннего чата. Девочка собралась учить Оракл.
[xx:xx:xx] <***> -> < alx > А на фига доки? |
|
|
| |
[Nov. 8th, 2006|05:48 am] |
| [ | Tags | | | job, wtf | ] |
| [ | Current Mood |
| |  energetic | ] |
Гм. Осенняя апатия вроде закончилась. Снова немного взялся за проекты. Походу, последний коммит в CVS все-таки решил проблему утечки памяти. Непомню уж, что я там сделал, надо будет посмотреть diff'ы, но память больше не утекает. Теперь у меня новая напасть. Оно падает в кору:
Mon Nov 6 22:39:37 2006 WARN {THREADS} [] Maximum number of threads reached, runing cleanup... ()
Mon Nov 6 22:39:54 2006 WARN {THREADS} [] Cleanup finished ()
Thread creation failed: pthread_create returned 12 at scan_cy.pl line 105, line 327514.
Can't call method "tid" on an undefined value at scan_cy.pl line 106, line 327514.
Perl exited with active threads: 2 running and unjoined 6 finished and unjoined 0 running and detached
Segmentation fault
Особенно меня порадовал pthread_create() который вернул 12. О божы! Он вернул 12! Между прочим, он не может вернуть 12 впринципе. Что с ним интересно сделали?
Мораль. Перл и треды пока что несовместимы. Используйте prefork.
Чем я сейчас и займусь %)
UPD: походу может. видимо, маны старые. и видимо, это тоже мемори лик. но он все равно не прав и поступил подло. |
|
|
| perl, ithreads, memory... |
[Nov. 1st, 2006|08:51 am] |
Набросал скриптик на перле, который жрет не менее 50% CPU и всю доступную в системе память собирает данные через libwww в несколько потоков. Но есть одна проблема. Он жрет не менее 50% CPU и всю доступную в системе память.
Про глюки перла с многопоточностью я пока умолчу - это ужасно :(
И это они называют Stable. Я бы это назвал works for me...
Не суть важно. Больше интересует память. Я помню, были статьи, где были описаны некоторые типичные ошибки перл-программистов в плане экономии памяти. То есть, помнится, существует-таки возможность утечки памяти в перле по вине программиста. Ни у кого нету ссылок по этому поводу? |
|
|
![[info]](http://p-stat.livejournal.com/img/userinfo.gif){kind=small}
blinalexya's journal