Информация тут.

Вопросы по оплате писать сюда Andrew Pantyukhin <infofarmer AT_SYMBOL cenkes DOT org>

Организация ICANN, которая занимается распределением IP адресов в сети Интернет, объявила (PDF), что пул адресов IPv4 был исчерпан. Два больших блока адресов, приблизительно 33 миллиона, были выданы организации RIR (Региональный Интернет Реестр) Азиатско-Тихоатлантического региона. Оставшиеся уже последние адреса были поделены поровну между пятью основными организациями RIR, согласно ранее подготовленному на этот случай регламенту.

Данное событие должно ускорить переход Интернета на новый протокол обмена IPv6, который позволяет выделить 2^128 адресов, что, по идее, предоставит возможность отказаться от использования NAT, значительно упростит маршрутизацию в сети, позволит также отказаться от обязательной ручной настройки параметров доступа (IPv6 может работать автоматически без использования сервера DHCP).

Эксперты полагают, однако, что миграция с IPv4 на IPv6 может занять несколько, а то и десяток лет, а полный переход может потребовать все пятьдесят лет, потому что в мире существует огромное количество оборудования, которое не умеет работать по протоколу IPv6. Данный переход должен побить по стоимости ошибку 2000 года в сотни раз, ведь если для её исправления было достаточно добавить недостающие разряды в обработчики даты, то для IPv6 требуется переписывание огромного объёма кода, который порой уже никем не поддерживается, забыт, а его авторы более не существуют.

Исчерпание IPv4 на данный момент не должно никак сказаться на работе Интернета — просто, начиная с этого момента, организациям придётся использовать NAT для подключения новых клиентов. Также прогнозируется возможность продажи некоторыми компаниями пула неиспользованных адресов для того, чтобы удовлетворить потребность в белых адресах сети Интернет.

В обозримом будущем протоколы IPv4 и IPv6 продолжат своё сосуществование, однако если вы занимаетесь покупкой сетевого оборудования, проверьте его потенциальную совместимость с новым протоколом, чтобы впоследствии избежать дополнительных трат.

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

• Десятка TOP newsmaker'ов;
• Десятка TOP корректоров новостей (по количеству правок);
• Десятка TOP комментаторов;
• Десятка TOP комментаторов с максимальным количеством ответов на их комментарии и/или number_of_comments/number_of_answers ratio;
• Десятка TOP пользователей с максимальным количеством удалённых комментариев;
• Десятка TOP игнорируемых пользователей (без количества ignore);
• Десятка TOP игнорящих пользователей;
• Десятка TOP стукачей блюстителей, отписавшихся в тему «Некорректные сообщения»;
• Десятка TOP флудильщиков (number_of_posts_in_talks WHERE YEAR=2010);
• Десятка TOP помощников (number_of_post_in_technical_forums).

А также

• Number_of_comments for 2010;
• Number_of_screenshots for 2010;
• Number_of_pieces_of_news for 2010.

А также

• Десятка TOP обсуждений (включая новости и темы форума).

И всё что пожелает публика в комментариях к этому сообщению.

Наверное, последние лет 7 на ЛОР стоит проблема непропуска некоторых «неинтересных» модераторам новостей, новостей, которые уже обсудили в Talks, а также новостей, которые не совсем подходят под тематику ресурса (читай - не очень нравятся модераторам и фанатикам linux/open source).

Я очень настойчиво предлагаю ввести возможность добавления практически всех новостей (за исключением чистой левизны, а-ля выхода Windows 8), но если новость не удовлетворяет требованиям первого параграфа, то вместо её полной версии будет публиковаться только её заголовок.

Реализация будет выглядеть примерно так (обсуждаемо). Таким же образом можно вместо тела новости просто давать ссылку на обсуждение в Talks/любом другом разделе форума (чтобы не плодить темы).

Если вам понравилась эта идея, пожалуйста, оставьте своё мнение здесь (только без +1, а хотя бы «мне нравится/поддерживаю»).

Реализация будет достаточно простой:

1. Добавить в БД для новостей колонку minor (boolean 0/1);
2. Добавить после поля добавления новости галочку «однострочник»;
3. Модераторы на своё усмотрение могут сами ставить эту галочку или применять её к уже опубликованным новостям.

Спасибо за внимание.

P.S. I am not coming back yet.

Напомню, что nickname birdie я перестал использовать два года назад по причинам, которые не хочу озвучивать. Да, заблокированные temp пользователи, упоминавшиеся здесь - это был я. Пользоваться другим nockname'ом, даже если один из них лежит мёртвым грузом, не разрешает жёсткая политика партии.

На ЛОРе я сейчас не пишу ни под каким именем, ибо анонимным пользователям не разрешают создавать темы и комментировать в Talks.

Со мной можно связаться по e-mail, который можно за 5 секунд найти через Google.

Спасибо за внимание.

Две версии: для процессоров Intel Core 2(и выше) и AMD K8(и выше).

Быстрее unrar/rar Евгения Рошаля до 2,5 раз.

Троянов/вирусов нет, впрочем, можете SUID на nobody поставить, если боитесь :)

Брать здесь.

***

In English:

Super fast unrar version for Intel Core 2 and AMD K8 CPUs.

It's up to 2.5 faster than the original Eugen Roshal's rar/unrar.

It's malware free, but if you don't trust me, set SUID bit to nobody.

Download it here.

1) Раз уж можно помечать темы как «Solved», то было бы неплохо разрешить OP помечать сообщения в теме как helpful и correct, чтобы другой человек, который имеет подобную проблему и набрёл на конкретный thread, мог легко визуально найти сообщения, которые её решают.

2) Также было бы неплохо при нажатии кнопки «Solved» просить у человека указать сообщение, которое решило его проблему.

3) А уж совсем на будущее, добавлять решившим проблему дополнительный score, чтобы был резон сидеть на форуме и «отличаться» от другой серой массы, участвующих в засерании Talks.

Cheers and best wishes,

birdie

Не знаю почему все так прутся от драйверов от Intel.

За неделю использования:

2 бага в модуле drm i915, 5 багов в xorg драйвере intel.

1) полноэкранное flash видео вешает X server
2) некоторые опции xrender убивают X server
3) некоторые настройки BIOS приводят к kernel panic при загрузке
4) запуск некоторых Wine приложений убивает X server
5) openGL глючит и тормозит

- это из основного. За *день* X сервер падает раз 10.

За 10 с лишним лет использования проприетарных драйверов NVIDIA - 0 падений X server'a, 0 зависаний X server'a.

Делайте выводы. Жаль, что пид*расы-Intel'ы не дали лицензию на QPI NVIDIA, а то бы в жизни не стал покупать такой shitty chipset/on board video.

У меня spoof'нутый UA, и недавно, зайдя на один сайт, обнаружил такую шапку:

http://imagebin.ca/view/zUBVcXr.html

Хочется увидеть подобное на LOR'e - обезопасите хотя бы часть пользователей идиотов, использующих старые дырявые браузеры.

ALSA support matrix говорит, что нет, а очень хочется.

Как можно вывести звук по сети на Windows компьютер друга с моего Linux Fedora 12 (для любых приложений).

Есть идеи?

Если кто хочет меня увидеть, отпишитесь здесь, либо на

t тчк artem собака mailcity тчк com

2moderators: please, move the topic to Talks, thank you.

Super Optimized unrar

Archive contains: unrar x86 for AMD >= K8, unrar x86 for Intel >= Core2, Atom

В некоторых случаях работает в 1,5 раза быстрее, чем (un)rar от Eugene Roshal. На большинстве архивов работает как минимум на 25% быстрее.

With some archives this unrar can be up to 1.5 times faster than the original (un)rar from Eugene Roshal. On most archives it's at least 25% faster.

Dependencies: libstdc++.so.6, libm.so.6, libgcc_s.so.1, libc.so.6

Могу выложить и только в виде архива tar - RPM'ку собирать ломает (если кто объяснит как готовые файлы превратить в RPM - дайте доку).

У меня ядро грузилось всегда за ~ 0.8 секунд. Разработчики решили, что SATA адаптер нужно в обязательном порядке reset'ить, чтобы все устройства точно нашлись - итого, 1 секунда задержки.

Слов нет, настучать что ли Линусу.

http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2Fkernel%2Fv2.6%2...

Я уверен, тысячи людей во всём мире будут вам благодарны, если вы напишите вызов revoke (2) для ядра Linux'a. Сразу скажу - дело не простое, и почитайте для начала http://lkml.org/lkml/2009/6/1/395

Если у вас есть желание написать «оно не надо», пожалуйста, промолчите, я вас умоляю.

P.S. Почти все BSD имеют этот вызов, в WinNT он реализован чуть ли не с 1993 года. Зачем оно? http://bugzilla.kernel.org/show_bug.cgi?id=14505

Всем заранее спасибо.

xpra

Xpra gives you "persistent remote applications" for X. That is, unlike normal X applications, applications run with xpra are "persistent" -- you can run them remotely, and they don't die if your connection does. You can detach them, and reattach them later -- even from another computer -- with no loss of state. And unlike VNC or RDP, xpra is for remote applications, not remote desktops -- individual applications show up as individual windows on your screen, managed by your window manager. They're not trapped in a box.

So basically it's screen for remote X apps.

Xpra is currently ~beta status. It's a bit crude -- various polish-y features are unimplemented, and most error reporting includes tracebacks -- but it is usable for real work.

Xpra is included in the combined wimpiggy/parti/xpra releases. For more details, see the xpra FAQ, or go straight to the download directory. Discussion should be directed to parti-discuss.

HomePage: http://code.google.com/p/partiwm/wiki/xpra

Download: http://code.google.com/p/partiwm/downloads/list

Люблю, когда все linux fanboys с пеной у рта доказывают, что фрагментации у ext3/ext4/any_other_linux_fs нет или она минимальна.

Реальный пример (e2fsck -n):

     484 inodes used (0.00%)
     621 non-contiguous inodes (128.3%)
         # of inodes with ind/dind/tind blocks: 621/99/1
  669631 blocks used (1.70%)
       0 bad blocks
       4 large files

    7232 regular files
     210 directories
       0 character device files
       0 block device files
       2 fifos
       0 links
       3 symbolic links (3 fast symbolic links)
       7 sockets
--------
    7458 files
Memory used: 269k/0k (33k/237k), time: 126.24/ 4.46/ 3.08

Т.о. фрагментация больше ... 100%.

Raw read/write на партицию - > 100MB/sec.

Скорость чтения некоторых файлов с этой партиции ... ~200KB/sec.

Заранее предвещая крики о том, что у меня заполнение FS в районе 100% - нет, это близко не так.

/dev/md3             148G   20G  121G  14% /mnt/array3

Теперь не говорите мне, что Linux'y не нужен дефрагментатор.

Con Kolivas вернулся с новым планировщиком задач для Линукс ядра BFS (Brain Fuck Scheduler). Цитата:

Почему я написал его?

После многих лет использования моего старого ядра [Линукса] и многочисленных обновлений железа, в конце концов у меня появилось оборудование, которое требовало новых драйверов ядра, а также мне хотелось попробовать новые файловые системы. Загрузка в стандартное ядро [основная ветка на kernel.org] была достаточно обнадёживающей в том, что поведение планировщика стало гораздо лучше, чем в старых ядрах. Однако, много времени не потребовалось, чтобы я разочаровался и в этом [планировщике]. Случайные зависания при движении курсора мыши и нажатиях клавиш, странное распределение процессорного времени при разных вариантах нагрузки на систему и непредсказуемое поведение - это всё то, что, я надеялся, уже исправили. Поэтому я сделал то, чего поклялся никогда не делать - изучил код [планировщика CFS в ядре]. Увидев, что он превратился в монстра невероятных размеров, я сел и поразмыслил, что же в нём не так.

Одна из основных особенностей "справедливости" и интерактивности, за которую я всегда ратовал — это простая семантика того, как должно распределяться процессорное время; с гарантированными низкими задержками так, чтобы интерактивность была гарантирована архитектурой системы, а не так, чтобы она была привинчена с краю [bolted on]. По сути CFS так и делает, но у CFS есть кое-что ещё. CFS варьирует отрезки времени с тем, чтобы попытаться сохранить список завершения задач и определяет распределение процессорного времени, основываясь на отношении работы, поделённой на отдых. CFS также спроектирован, чтобы работать на супер-компьютерах - то, что обычный человек никогда даже не увидит.

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

Поэтому я всё выкинул и начал писать код, работающий приблизительно наоборот.

Что же это такое?

BFS - это аббревиатура от Brain Fuck Scheduler (позволю себе оставить без перевода). Он был разработан по принципу "гляжу только вперёд" и позволяет выжать максимум из достаточно слабых компьютеров, при этом он не ориентирован на суперкомпьютеры. BFS ориентирован на десктоп, имеет при этом по дизайну сверхнизкие задержки для великолепной интерактивности, вместо того, чтобы заниматься подсчётами, при этом BFS имеет настоящую "честность" (распределения процессорного времени), хорошее распределение уровней NICE и отличную масштабируемость при обычных нагрузках.

Отличная масштабируемость при обычных нагрузках? Разве тут нет противоречия?

Многие годы мы нагружали свои Linux системы так, чтобы работы было больше, чем у нас есть процессоров, потому что все мы считали, что jobservers ограничены в своих способностях по полному использованию процессоров (поэтому на 4х процессорном компьютере мы запускали компиляцию в шесть потоков). Мой планировщик доказал, что jobserver ни в чём не виноват, потому что на компьютере с 4 процессорами четыре потока при использовании BFS завершают работу быстрее, чем *любое* количество jobserver'ов при использовании CFS. Предлагаю вам посмотреть на графики обратной масштабируемости Сергея Беляшева, показывающие нагрузку на систему при разном количестве "задач" (jobs) на 4х ядерном компьютере. Планировщик задач в основном ядре никогда не может нагрузить машину полностью - он не может выжать максимум из вашей настольной системы ни при каких обстоятельствах. Отмечу, что этот график достаточно стар - масштабируемость с тех пор улучшилась.

Далее Кон объясняет выбор его имени (потому что, скорее всего, этот планировщик никогда не появится в основном ядре, и BFS не ориентирован на супер-компьютеры, например, на NUMA машины) и даёт рекомендации по его использованию (просто наложите патч на ядро).

>>> BFS Faq

************************** FreeBSD side **************************
rc.firewall:

${fwcmd} add 9201 allow log esp from any to any
${fwcmd} add 9202 allow log ah from any to any
${fwcmd} add 9203 allow log ipencap from any to any
${fwcmd} add 9204 allow log udp from any 500 to any
____________________________________________________
rc.conf (fuck knows if it works, set up manually):

gif_interfaces="gif0"
gifconfig_gif0="HERE_IP PEER_IP"
ipsec_enable="YES"
ipsec_file="/usr/local/etc/racoon/setkey.conf"
____________________________________________________
/usr/local/etc/racoon/psk.conf:
PEER_IP password
____________________________________________________
/usr/local/etc/racoon/racoon.conf:

path pre_shared_key "/usr/local/etc/racoon/psk.txt"; #location of pre-shared key file
log debug; #log verbosity setting: set to 'notify' when testing and debugging is complete

padding # options are not to be changed
{
maximum_length 20;
randomize off;
strict_check off;
exclusive_tail off;
}

timer # timing options. change as needed
{
counter 5;
interval 20 sec;
persend 1;
# natt_keepalive 15 sec;
phase1 30 sec;
phase2 15 sec;
}

listen # address [port] that racoon will listening on
{
isakmp HERE_IP [500];
}

sainfo anonymous
{
lifetime time 1 hour ;
encryption_algorithm 3des, blowfish 448, rijndael ;
authentication_algorithm hmac_sha1, hmac_md5 ;
compression_algorithm deflate ;
}

remote PEER_IP
{
exchange_mode aggressive, main;
my_identifier address;
proposal {
encryption_algorithm 3des;
hash_algorithm sha1;
authentication_method pre_shared_key;
dh_group 2 ;
}
}
____________________________________________________
/usr/local/etc/racoon/setkey.conf:

flush;
spdflush;

spdadd PEER_IP HERE_IP any -P in ipsec esp/transport//require ah/transport//require;
spdadd HERE_IP PEER_IP any -P out ipsec esp/transport//require ah/transport//require;
____________________________________________________
# Actual commands

# ifconfig gif0 create
# ifconfig HERE_IP PEER_IP 255.255.255.0 (probably 255.255.255.255)

# setkey -f /usr/local/etc/racoon/setkey.conf
# racoon
____________________________________________________

************************** Linux Side **************************
/etc/sysconfig/network-scripts/ifcfg-ipsec0:
DEVICE=ipsec0
TYPE=IPsec
ONBOOT=yes
IKE_METHOD=PSK
SRC=HERE_IP
DST=PEER_IP

____________________________________________________
/etc/sysconfig/network-scripts/keys-ipsec0:
IKE_PSK=password

# ifup ipsec0

That's it.

F*ck, freebsd.
F*ck freebsd f*cking manual.
F*ck google.