Свежие комментарии
| Title | Comment |
|---|---|
| Если бы еще софт не апгрейдить без необходимости... К сожале |
Если бы еще софт не апгрейдить без необходимости... |
| Наверное, если пользоваться программами *только от MS* (как |
Наверное, если пользоваться программами *только от MS* (как только они купят Adobe - у меня это станет теоретически возможным :) - разрухи будет заметно меньше. В случае Apple, кстати, примерно так и есть, разрухи визуально мало (а что внутри творится - не видно) |
| Не, ну у меня тоже - девелоперская система (в виртуальной ма |
Не, ну у меня тоже - девелоперская система (в виртуальной машине) - это с момента начала работы FreeBSD в VMWare (год эдак 2001 наверное), роутер домашний - с начала выделенки в квартире (это точно 2001). Но ни одного кусочка железа и бита софта (не данных) в целости точно не осталось |
| Вот в том-то и разруха, что для нормального функционирования |
Вот в том-то и разруха, что для нормального функционирования вычислительной системы с весьма ограниченным набором решаемых задач, нам нужны программы от десятков или даже сотен вендоров. |
| Re: Может, что-то в консерватории подправить? (с) |
Если оставить в стороне RAID, который долго раскручивается в любом случае (и после просыпания и после включения), грузится оно в свежем состоянии "мгновенно". Система на SSD (данные пока нет, но я работаю над проблемой). А в смысле гармонии - да, неизбежно, наверное. Но раздражительно. |
| Ну это не формально, это система на которой я сижу (сменивша |
Ну это не формально, это система на которой я сижу (сменившая под собой несколько дисков). Правда dpkg довольно строг в плане ошметков, и когда я чищу систему -- прохожусь cruft'ом (он репортит о файлах которые не в хоме/спулах/локале, и при этом "ничейные"), а /usr/local у меня убит в 2004 (там ничего кроме скриптов написаных для всяких кронджобов не живет) |
| Re: Может, что-то в консерватории подправить? (с) |
Отправляй его спать, а не выключай. Две секунды на заснуть, пять-десять на проснуться. Можешь в гибернацию отправлять, у нее время взлета зависит только от объема оперативки. А с точки зрения мировой гармонии я боюсь, что это неизбежно. Простой только что придуманный пример: апгрейд софтины, софтина себя инсталятором снесла, но часть данных оставила. Почему она это сделала? Это пользовательские данные? Настройки? Хер его не знает. Если в будущем что-то из этого не используется - кучка "цифрового мусора" выросла. |
| Не, у меня freebsd всякие - им тоже лет по 10 формально. И |
Не, у меня freebsd всякие - им тоже лет по 10 формально. И всякие ошметки от perl 5.0 временами находятся - и раздражают. |
| Re: Может, что-то в консерватории подправить? (с) |
Я дефрагментирую, хоть производитель диска этого очень не рекомендует. |
| Re: Может, что-то в консерватории подправить? (с) |
будешь смеяться, но дефрагментация диска, в этом отношении, оч. "украшает" систему... оно [всё] начинает резвее бегать и общая реактивность повышается. ...я как-то не очень верил, что из-за тормозов диска винда может [даже] крешиться, пока не убедился... |
| У меня самомый старый дебиан датирован "примерно" 99м годом. |
У меня самомый старый дебиан датирован "примерно" 99м годом. Обновляется по мере надобности. Раз в год примерно чистится и дистапгрейдится (если руки доходят) |
| Я вообще сомневаюсь, что в случае с десятками-сотнями вендор |
Я вообще сомневаюсь, что в случае с десятками-сотнями вендоров программ возможно хоть какое-то подобие порядка. |
| Re: Может, что-то в консерватории подправить? (с) |
С учетом того, сколько этот ящик жрет электричества и как жужжит - я его на ночь выключаю, какой от него смысл ночью? Ну и мучает меня это скорее с позиций мировой гармонии - система натурально засирается и меня это бесит. Не столько места на диске жалко (хотя на SSD оно дорогое), а вот всякие тормоза на непонятном месте - раздражают неимоверно. |
| Может, что-то в консерватории подправить? (с) |
-+-
-+- конечно, с учётом того "барахла", которе за шесть лет "инсталлировано", "анинстоллировано" и "пере[ан]инсталлированно", система грузится не мгновенно, но и "прогрессирующего паралича" тоже не наблюдалось. правда дефрагментатор диска в поюзанье и диск в приличном состоянии... и ещё вот что непонятно - кого волнует время "ребута" ? - процедура же сугубо редкая. |
| Да, разруха похоже не в коде программ, разруха в головах. |
Да, разруха похоже не в коде программ, разруха в головах. |
| Ха, думал фортран - это уже |
Ха, думал фортран - это уже история. Ещё в техникуме пятнадцать лет назад о нём вспоминали. |
| Ну у меня естественно есть |
Ну у меня естественно есть интерфейс поверх буфера в памяти, где fgetc развернется в buf[bufp++] Но бывают очень большие файлы, которые не замэпать. Не говоря о всяких maemo и прочих мобильных девайсах, где памяти мало и есть ли там mmap - тоже вопрос. |
| А использовать mmap() в таком |
А использовать mmap() в таком месте не проще? Оно и буферизоваться будет по 4 кб замечательно. |
| Не, ну естественно, там где |
Не, ну естественно, там где OpenMP не поддерживается, там без него. Без него тоже работает |
| На счёт OpenMP - насколько я |
На счёт OpenMP - насколько я помню в VS он появился с 2005 (проверял на 2005,2008,2010). Когда появился в gcc не уверен, но проверял на gcc34 и более новых - полёт нормальный. Если необходима поддержка как можно большего числа компиляторов и сред, от OpenMP придётся отказаться в пользу какой-нибудь другой либы. |
| Переписать "это место" руки чешутся, конечно, но очень хочет |
Переписать "это место" руки чешутся, конечно, но очень хочется обойтись без этого.... |
| Ну не я же беру. Опенсорс, |
Ну не я же беру. Опенсорс, пользователи бывают всякие.... |
| Во-первых, это чужой код, "под который" я подкладываю свой I |
Во-первых, это чужой код, "под который" я подкладываю свой I/O Во-вторых, видеокамера (выдающая RAW) больше 2 гигов выдает спокойно, а какой там лимит - я не знаю, но 64-битный file offset появился именно поэтому. Естественно, с такими файлами - покадровая работа. |
| Ты еще скажи, что у тебя камеры выдают файлики более 100 мет |
Ты еще скажи, что у тебя камеры выдают файлики более 100 метров и засосать их одним вызовом - религия не позволяет. Или ты на мобильники ориентируешься? |
| А более правильных вызовов, типа fread(дофига) религия испол |
А более правильных вызовов, типа fread(дофига) религия использовать не позволяет? Жалкие 37 метров одним вызовом усосать можно, или есть какие-то очень странные ограничения по памяти? |
| м-м-м, ну шестой вс брать ... |
м-м-м, ну шестой вс брать ... неужели им кто-то еще пользуется? :) он же совсем инвалид был с шаблонами и прочим ... да и то как-то с STLport вроде собирали и работало ... |
| вопрос в том. нет ли таких |
вопрос в том. нет ли таких форм жизни, где это место неживое. Одно я уже нашел, это gcc44 на FreeBSD (допускаю, что у меня порт был криво поставлен, завтра переставлю и перепроверю), но ведь наверное cygwin/MinGW - это тоже вероятный кандидат. Не говоря о всяких Visual C 6 |
| Да, а с чтением одним куском |
Да, а с чтением одним куском всего файла - тоже облом. помнится я все файловые офсеты менял на 64-битные. Потому что бывает кино в raw |
| Я, конечно, ненастоящий |
Я, конечно, ненастоящий сварщик, и давно не смотрел на тему, но вроде как стандарт в области потоков давно не трогали? |
| Увы. Код распаковщика |
Увы. Код распаковщика передает вам привет от Dave Coffin. У меня тормозит вот это вот место:
while (!reset && vbits < nbits && (c = fgetc(ifp)) != EOF && !(reset = zero_after_ff && c == 0xff && fgetc(ifp))) { bitbuf = (bitbuf << 8) + (uchar) c; vbits += 8; } #define fgetc(stream) stream->get_char() int LibRaw_file_datastream::get_char() { CHK(); return substream?substream->get_char():fgetc(f); } |
Pages
