dibr's Journal
 
[Most Recent Entries] [Calendar View] [Friends View]

Monday, June 14th, 2010

    Time Event
    3:20p
    браузерное
         Никому не нужно какой-нибудь браузер испортить? А то у меня браузероубийственная карма зря пропадает :-)

         Перешел пару лет назад с IE на оперу - и прекрасный, быстрый и почти безглючный браузер через пару версий стал глючным, тормозным, и перестал восстанавливать сессии, даже сохранённые вручную.
         С появлением хрома - пересел на хром. Прошло несколько месяцев - и абсолютно надёжный, (почти) никогда не падающий и не зависающий хром грохнул мне сессию при перезапуске (к его чести, всё удалось "вытащить из корзины" - корзина у него сохраняется даже после перезапуска), а в следующий раз - восстанавливал сессию четыре часа (то есть, от момента запуска до момента "можно хотя бы просто листать странички" прошло четыре часа(*)). А сейчас вот, озаботившись бэкапом букмарок, обнаружил, что он, оказывается, когда-то (недавно, но незаметно от меня) грохнул мне все букмарки.
         Какой бы ещё браузер потестировать? Гарантирую доведение до коматозного состояния (тормоза, глюки, убиение пользовательских данных) максимум за год :-)

         P.S.1: запущенный "на подмену", пока ме-едленно восстанавливался хром, MSIE8 показал, кто в доме хозяин: наглухо завис на девятой открытой вкладке. Так и висел два дня - мне было интересно, отвиснет он, или нет :-)
         P.S.2: опера, запущенная на подмену всему этому безобразию, нормально открыла ~20 вкладок. Попробовать вернуться, что-ли? ;-)
         P.S.3: пипл, backup often! Надёжность современных винтов ни к чёрту - вот буквально на днях похоронил инфу на не такой уж старом SATAшнике, при том что древний IDEшник на 20Гб уже хрен знает сколько времени трудится фидошной станцией. Да и программы, оказывается, тоже любят подбрасывать сюрпризы...

         (*)Отдельный вопрос, что он делал всё это время: процессор был загружен процентов на 70, диск почти не трогался, раком стоял в первую очередь интерфейс. Про "блокировки и ожидания" не надо - если нет ввода-вывода, то заблокировавшийся код может ожидать только отработки какого-то другого кода, а процессор, напомню, был загружен на 70%. Единственный вариант - весь насквозь многонитевый и массированно параллельный хром, без напрягов создающий (сейчас подсчитал) 23 процесса и 101 поток, четыре часа делал что-то, что всенепременно должно было делаться в единственном потоке...

    << Previous Day 2010/06/14
    [Calendar]
    Next Day >>

About LJ.Rossia.org