Retire a package from Fedora i686 (not x86_64)

[Reindl Harald]

Am 07.11.2015 um 18:30 schrieb Kevin Kofler:
> Felix Miata wrote:
>>> I have a computer without SSE3. It runs Fedora just fine. I initially had
>>> 1 GiB of RAM in it, I upgraded it to 3 GiB.
>>
>> I have approximately 40 Fedora installations on 32 bit CPUs. About half of
>> those are on Prescotts. I'm unable to notice that those with more than 1G
>> RAM run any better than those with more RAM.
>
> There are mainly 2 reasons I had to upgrade the RAM:
> 1. Akonadi / KMail 2.
> 2. "Modern" websites with massive abuse of inline images.
> Both of those eat lots and lots of RAM

not to forget that we now have many cases where GTK2/GTK3/QT4/QT5 are 
loaded at the same time, with that memory not so long ago a whole 
graphical operating system including applications is working fine
_____________________

below 1.5 GB RAM no way at all

frankly we recently upgraded our server-hardware and changed the 
clustermode to sandybridge, all seemed to work fine (except 
https://bugzilla.redhat.com/show_bug.cgi?id=1269014 which is a very 
interesting bug)

there are tiny backup VM's with 1024 Mb RAM over years for each 
production machine running a mysqld-slave and hourly rsync of the 
userdata for later offsite-backups from there

day 1 1:16: one of them crashed and got restarted by VMware HA
day 2 1:16: one of them crashed and got restarted by VMware HA

well, the screenshot vmware makes from the VT showed page allocation 
errors and finally i realized that the once per day added 
--delay-updates rsync param on the new hardware for whatever reason 
triggered that errors

increased *any* virtual machine to at least 1.5 GB RAM - no problems for 
2 months now



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20151107/a261fd39/attachment.sig>