>>178215 для японских и корейских ip взад не работает капча

>>178218
Если ты про Ычан, то мне нет нужды заходить сюда через Японию. А вот на сайты всяких Akatsuki Works или Alice Soft нужно.

>>178220
Вот так и надо было сразу говорить! Ставь тор и укажи в конфиге, чтобы он выходил наружу только через японские exit-ноды.

>>178235
>>178201

> Но я не хочу через тор ходить на и так открытые ресурсы.

И жонглировать браузерами тоже не хочу.
inb4: дохуя хочешь

Ставишь тор, в FoxyProxy обозночаешь локальный тор-прокси, ходишь через него куда захочешь.

>>178237
А если мне понадобиться не только японские сайты посещать?
Алсо, когда говорилось, что "для японских и корейских ip взад не работает капча", это было про все доски, только те, что огорожены в этой стране, или все остальные?
И что с шаблонами?

>>178238
Ну так настрой в Foxy Proxy обращение через тор только к нужным тебе сайтам, а к остальным через "белый интернет". Более того, это можно сделать и без аддонов, через proxy.pac-файл.

>>178258

> А если мне понадобиться не только японские сайты посещать через Тор?

самофикс Например, закрытые доски здесь, или Рутрекер, или ещё что... Всё через Японию?

> настрой в Foxy Proxy обращение через тор только к нужным тебе сайтам

Автоматизации хочется-с. Вернёмся к изначальному вопросу - никто никаких листов (аля AdBlock) не ведёт (вроде как поделиться своими листами можно на их?

>>178262

> их сайте)

медленнопочин

Бамп.

>>178829 мда
клиника

>>178822>>178845

Нечего винить людей в том, что они надеются на defined-поведение кода. Целые корпорации сами виноваты в том, что O3 не работает.

Код, который не работает в O3, плох.

>>178819

>При одной установке иксы работают через задницу, переустановлю систему начисто, установлю иксы (действия повторяю точь-в-точь, даже специально записывал) - работают нормально. С джавой то же самое.

Хороший повод для багрепорта.

>>178819

>повод для багрепорта

Это я не об О3 говорю (если код не работает с O3, его не исправишь), а про то, что

>не собирается

а потом перечиатл твоё сообщение и понял, что не ты об это писал, а бака >>178822, которая читает мугичкой.

>>178848 в рассылке мамкиных оптимизаторов шлют в сторону, обратную серверу, быстро и решительно. где вообще прописана необходимость трогать cflags?

>>178853

>где вообще прописана необходимость трогать cflags?

Спроси ещё:

>где вообще прописана необходимость писать well-defined-код?

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

Код должен быть well-defined <точка>

То, что девелоперы не тестят код с O3, красноречиво говорит о девелоперах.

>>178859

>То, что девелоперы не тестят код с O3, красноречиво говорит о девелоперах.

Ну, у меня пока что на FreeBSD не было случаев, чтобы не собиралось с -O3.
Написал я это к тому, что оно даже и с -O3 нормально собралось. Вообще без ошибок.
Алсо, пикрелейтед - вот что бывает, если несколько раз подряд сделать make config-recursive - make rmconfig-recursive.

>>178872

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

>>178877
Нет, это значит, что нужно восстановить систему из бекапа целиком, но, поскольку у меня нет ни ленточного накопителя, ни дисков достаточного объёма, на которые можно сбекапить целые разделы, я просто снёс систему и поставил заново.
Похожая хрень имеется и на дебиане - достаточно несколько раз побаловаться apt-get autoremove - и начинаются проблемы.

>>178859
Вообще в O3 традиционно попадают оптимизации, которые не считаются железобетонно надежными и для которых не гарантируется, что они всегда будут отрабатывать корректно, но которые достаточно хорошо протестированы для применения в большинстве случаев. Во времена GCC 3.x O3 вообще был "for brave adventurers", в четвертой ветке дело стабилизировали и совсем уж адовые трюки туда теперь не попадают. Поэтому совет тебе собирать с O2, это включит те оптимизации, которые сами разработчики компилятора считают стабильными (и уж поверь, если такие замшелые консерваторы как девелоперы GCC считают код стабильным - под это дело можно жизнью рисковать).

>>178890

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

Это ты сейчас про -Ofast говоришь, а не про -O3.

Разработчики GCC считают O3 вполне стабильным.

>>178721
А теперь найди мне память, про которую написано "внимание, только для интел, на амд не взлетит и за последствия для процессора и материнки не отвечаем"
Не можешь? А обратных примеров полон ебей.

>>178745
На том же али ведь есть «for amd only» и так же «for intel only». Сам я таким дерьмом никогда не пользовался, так что личным опытом поделиться не могу.

>>178703
Да и не нужно.
Зато удовлетворение от обладания когда-то топовым железом, стоившим многия тысячи долларов.

>>178762
А вот не ври, я проверил. Есть такие, котоыре "для любых пека, даже для интела" и стоят дороже чем "только для амд".

>>178792
Так это не "for intel only" же.

>>178793
Вот и я о том же, ни одного for intel only ни на ебее ни на али нет.

>>178794
>>178792
Уточнение - я толкьо ддр2 смотрел.

>>178795
Так ведь хдесь только о ддр2 и говорят.

Хех, весь прошлый год сидел на древнющем железе... Приходилось в ЛоЛ играть на семпроне и ати на 256мб

>>178879
А в этом году что?

Ubuntu Tweak умеет удалять старые ядра, несвязанные пакеты и кучу другого мусора. Удобная штука.

>>178827
'sudo apt-get autoremove'
Ты имел в виду?

Ещё смотри сколько старых ядер и их header-ов установлено.

>>178831
И

dpkg -l|grep "^rc"|awk '{print $2}'

>>178832
И что мне с этим списком делать?

>>178833
Это всякий мусор с удалённых пакетов, удаляй.

aptitude purge `dpkg -l | grep ^rc | awk '{print $2}'`

Хотя, врятли это много места освободит.

>>178834

> Хотя, вряд ли это много места освободит.

Ну да, немного.

>>178834
Ага, а потом при установке новых пакетов ПМ будет "забывать" устанавливать какие-то зависимости и нужно будет потом самостоятельно думать, какие именно и устанавливать их вручную. Или какие-то пакеты перестанут работать из-за того, что что-то там поломалось.
И всё равно, весь мусор до конца не вычищается, всегда остаётся что-то где-то очень глубоко, что будет занимать место, тормозить работу системы, а иногда ещё и не давать ей нормально работать.
Так что иногда лучше переустановить систему "с нуля" с полным форматированием диска, установкой сразу всех нужных пакетов и восстановлением данных пользователя из бекапа, после чего переключить монтирование корневой ФС на только чтение и сделать аналогичное со всеми каталогами с ПО, библиотеками, настройками и прочим.

>>178834 grep "^rc"|awk '{print $2}' ⇔ awk '/^rc/ { print $2 }'

>>178858
Не нужно бредить. rc-пакеты - это удалённые пакеты, от которых остались только файлы конфигурации. Ничего не сломается и не будет ругаться.

Ничего не нужно переустанавливать, пользоваться нужно нормально.

Если у тебя используется ubuntu-desktop или подобный метапакет, пройдись deborphan или debfoster и смело удаляй всё что кажется лишним, например библиотеки. Или вручную отметь всё как autoinstall кроме того самого метапакета, ubuntu-system и ubuntu-minimal кажется, и всего что сам ставил и нужно, после чего удали лишнее.

>>178777
А доверять и нельзя никому.

Люди допускали, допускают и будут допускать критические оплошности даже в тех вещах, которые являются де-факто стандартом индустрии и которым, казалось бы, верят все, начиная с историей с OpenSSL Heartbleed, и заканчивая недавним случаем с glibc, где эксплойт провисел 8 лет незамеченным в опен-сорсовом коде.

Нет такового понятия как "абсолютная безопасность". Доверять нельзя никому, и заботиться о своей безопасности нужно в первую очередь самому.

Я уверен, что и в Убунте, и в Слаке, и в РедХэте, и в любых других никсовских и не очень дистрах, были случаи, когда люди оказывались по уши в дерьме. Просто они это дело закрывали по-тихому, пока никто не успел заметить.

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

>>178728
У меня на N2840 и 8 Gb RAM воткнул бы и больше, но проц не тянет стоит генту удобней мне с ней. Вполне себе нормально стоит, надо сказать - я думал, будут проблемы с СОБИРАЙ@КОМПИЛЯЙ, но нет, все пучком, довольно шустро работает. Третий год уже. Разве что особо жирные пакеты типа libreoffice, firefox и icedtea при обновлении ставлю на ночь. Офигенно то, что у этого процессора, как и у всей линейки N28x0, TDP всего 7.5 Вт, и в итоге ноут при нормальном пользовании относительно холодный и ОЧЕНЬ тихий. Даже при сборке ночью того же жирнолиса ноут я не слышу, а он лежит прямо рядом со мной. Просто круто.
Спрашивайте, если что-то интересно.

>>178790

> Офигенно то, что у этого процессора, как и у всей линейки N28x0, TDP всего 7.5 Вт, и в итоге ноут при нормальном пользовании относительно холодный и ОЧЕНЬ тихий. Даже при сборке ночью того же жирнолиса ноут я не слышу, а он лежит прямо рядом со мной. Просто круто.

Не всего 7.5 ватт, а целых 7,5 ватт. Вряд ли он нормально справляется при этом с 1080p 10-битным аниме. Зачем в середине 2010-x годов вообще покупать ноутбук с 2-ядерным разогнанным Atom'ом, по сути? 4-ядерные планшеты на той же самой микроархитектуре Bay Trail имеют бОльшую производительность и при этом бесшумны.

> Третий год уже

Но N2840 вышел летом 2014 года.

А на Атоме N280 (одноядерный, из первых Атомов), 2 гигах оперативки и экране 1024х600 Десятка будет работать?

>>178796

> Но N2840 вышел летом 2014 года.

И действительно. Прошу прощения, запутался слегка. Раньше эта генту стояла на другом ноуте, пока кое-кто не убил мне его насмерть. Потом она переехала вместе с HDD в этот ноут, где и работает до сих пор. В этом ноуте - в районе года всего.

> Не всего 7.5 ватт, а целых 7,5 ватт.

Куда уж меньше?

> Вряд ли он нормально справляется при этом с 1080p 10-битным аниме.

Вполне нормально справляется для того и брал же. С 10-битным видео пару лет назад были проблемы, сейчас давно уже есть эффективные программные декодеры. Другой вопрос что 1080p я смотрю редко, экран-то 1366x768 - поэтому, как правило, тягаю 720p просто из соображения экономии трафика.

Сообщение слишком длинное. Полный текст.

>>178809

> Куда уж меньше?

Для полностью пассивного охлаждения нужно раза в полтора меньше.

> N28x0 - хорошая серия.

В сравнении с N29x0 у неё нет преимуществ, разве что немного выше производительность в однопоточных задачах.

>>178825

>Для полностью пассивного охлаждения

Охлаждение инфракрасным излучением?

>>178838
>>178825
В тред врывается 17-ваттный i5 в полностью пассивной коробочке-радиаторе
http://www.fit-pc.com/web/products/mintbox/mintbox-specifications/

>>178850
Здорово. Но как это связано с охлаждением в тонком корпусе обсуждаемого нетбука?

>>178851
Да.

>>173227
Похоже на тест цветов терминала.

У тебя сломаны. :D

Лол.

Угоняю тред.

Как сделать бинарные diff/patch? Не гуглится.

Таки нагуглил. xdelta

>>178035
>>178034
Ну, можно и LIPS использовать, но, да, лучше таки xdelta.

Оказалось, что патч от xdelta хорошо жмётся, если изменений мало.

>>178051

Набрал в гугле "man lips", немножко удивился.

>>178055
Lunar IPS, то бишь, гуй-обертка для древнего IPS-патчера на винду. На лин тоже наверняка есть, хоть и без обертки.

>>178057

А как бы мне просмотреть содержимое патча xdelta?

В читаемом виде, разумеется.

>>178810
Без написания какой-то обертки над api xdelta или какого-нибудь другой читалки vcdiff-формата вряд ли удастся.
Я бы просто развернул патч в новый файл и посмотрел разницу с оригиналом в каком-нибудь vbindiff.

А про оптимальные температуры работы проца так никто и не ответил.

>>178780
Потому что нет никаких оптимальных температур проца.

>>178635

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

А раньше на кристалле был припой и было норм.

>>178780

Какую разность сроков службы процессоров при температуре 20C и при температуре 80C ты предполагаешь? Ты уверен в том, что эта разница меньше, чем разница от повседневной вычислительной нагрузки?

>>178780
Ну что тебе ответить? Гугли зависимость проводимости и собственных шумов от температуры в кремниевых полупроводниках, например. Только они не очень подходят для современных техпроцессов. А так, в среднем по больнице выше 70-ти не скачет под нагрузкой – успокойся и не парься. Но и это не критично, а просто означает, что при убер пике нагрузки всех компонентов ножки не отпаяются. Охлаждение корпуса гораздо важнее, например. От него зависит эффективность охлаждения всех компонентов, довольно чувствительных НЖД, например.

>>178783
Тащемта, не видел ни одного сгоревшего от перегрева процессора. Только слышал легенды про невовремя отвалившийся кулер. Чаще сгорают от того, что БП начинает глючить. В том числе и от повышенных нагрузок.

>>178782
Но значит были какие-то причины для замены интерфейса.
Просто так никто устоявшийся производственный процесс менять не будет.
Тут либо термопаста дешевле в использовании, либо использование припоя начало приводить к каким-то проблемам, например из-за твердости и нагрузок на чип или из-за размещения конденсаторов в непосредственной близости от чипа, либо все вместе.

>>178785
Я видел несколько Athlon XP и один Prescott (s478). Современный сжечь это надо талант иметь, воистину, от разогнанного под полной нагрузкой радиатор оторвать, чтобы строттлить "не успел"?
Вообще не видел сгоревших по какой-либо причине процессоров моложе s775/s939 включительно, в т. ч. ноутбучных. Материнки - да, горят, бывал отвал ноутбучных процессоров на BGA, но сам чип жив оставался. Может просто рандом такой.

>>178783

>Ты уверен в том, что эта разница больше, чем разница от повседневной вычислительной нагрузки?

нувыпонели

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

И вообще, неча разгонять процессоры, покупайте новые!

>>178657
Поищи БУ на вторичном рынке, их много после нового года повылезало.

А зачем?

>>178660
Ты это мне (>>178658) или ОПу?

>>178661
Опу. Какой смысл ддр2 на 3 менять.
Скорости же не прибавится почти.

>>178662
Она дешевле, доступнее, выбора больше.
>>178657

>У меня 7 тысяч рублей, 7.

За тыщу-полторы мамка на am3, за тыщу-полторы феном 4 ядра, за две тыщи 8 гигов ддр3, за пицот чорни инвин, за оставшиеся полторы корсар на пицот ватт.
Вот что я нашёл на авито своего города в 68к населением.

>>178663
Какой-никакой ЦП АМ3 у него уже есть же.

>>178664
Ну, вот тем более же. А он говорит про 7к, будто это на одну материнку только хватит.

>>178662
Ычую, мегагерцы памяти особой погоды не делают %%ддр3 под ам2+ делали только под 1066мгц, а по сравнению с 800 МГц топовых DDR2 разницы почти нет.

Купи с авито дрюченый пеко под DDR3 чуть дороже матплаты, благо и такая красота в мире водится. Наслаждайся 2-4 мониторами (и подрубай телеки ещё к ним, вообще шикос будет, нахрен дорогущий KVM)

>>178646

Кривые руки угробят обе материнки

уже было у меня так

>>178705
Почему он вторуют-то угробит?

https://en.wikipedia.org/wiki/Master_boot_record

Extended partition - это пативен для других разделов.

И вообще:

>три логических диска под нтфс
>два логических раздела

у тебя каша в голове.

>>178725
Да, каша. Увы. Очень устал и все эти технические маневры с восстановлением сильно выматывают.
Извиняюсь за глупость.

>>178717
Если есть возможность сделать полную резервную копию всех данных с этого винта, то стоит это сделать, а затем отформатировать диск и создать разделы заново, данные же восстановить из резервной копии. Статус RAW может свидетельствовать о повреждении файловой системы на разделе. Если нет возможности сделать бэкап, то стоит попробовать восстановить boot sectors логических разделов тем же Testdisk, например. Вроде бы Windows зачем-то они нужны даже и на не являющихся загрузочными разделах. Проверить диск на наличие сбойных секторов при помощи Victoria тоже не мешало бы, на всякий случай.

>>178738
Благодарю, мой добрій Чии, однако проблема внезапно исчерпала сама себя.
По своей невнимательности я полез делать чекдиски и прочие нтфсфиксы.
Однако, все оказалось намного проще. На двух разделах пропали права доступа виндоузюзера. Изменив политику безопасности диска- все вернул как прежде.
Еще раз благодарю за внимание и помощь.
а заодно прокачал навык в пользовании тестдиском и гуглом

>>178747

> На двух разделах пропали права доступа виндоузюзера.

Они определялись, как RAW, только из-за этого?

Что это за права такие?

>>178750
Обычные права доступа в политике безопасности диска в окнах. Правый клик по диску- вкладка безопасность(если нет- расшаривается через папка-вид- снять галочку с "использовать простой общий доступ"). Там перечень пользователей. Если в нем отсутствует юзер сеанса- доступ к разделу закрыт и представляется как RAW с нулевым размером.

Где как. На свинье очень долго список программ для удаления грузится, например.

Я CCleaner'ом пользовался во времена семёрки. Просто крякнутый Fix-it! в 2010-м — это как-то несолидно.
Кстати, а ведь хороший пакет-то был... (Fix-it! в смысле). И TweakXP обязательно накатить, и отшлифовать O&O.

Не мешай машине работать.

Хм, а этот bleachbit, оказывается, видит довольно много разного мусора у меня в ~. Места он, конечно, занимает не так много, но зачем его вообще держать у себя, правильно? Можно и руками понемногу удалять, конечно, но можно и этой штуковиной себе помогать.

Пользуюсь.

>>177981
Заскриптовал да поместил куда-нибудь.

>>177983

>>177985

Пользуюсь линуксом

>>178758
А надо пользоваться GNU. А то, как показывает практика, некоторым "линуксам" ccleaner тоже требуется.